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Preface 


The  purpose  of  this  study  was  to  design  a  satisfactory 
status  reporting  system  for  NAVSTAR  GPS.  A  systems 


engineering  approach  was  used»  and  the  focus  was  limited  to 
complete  operational  satellite  constellation  and  navigation 
user  requirements.  The  recommended  system  consists  of  a  two 
tier  database  computed  In  real-time  as  the  operational  GPS 
constellation  changes  and  a  microcomputer  program  to 
customize  outage  Information  for  extraordinary  requirements. 
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Zawada,  and  MaJ  Rudy  Schwab  at  Space  Command  Plans  for 
suggesting  and  sponsoring  this  effort.  Finally,  I  wish  to 
thank  my  wife  Trlcla  and  my  children  for  their  understanding 
encouragement,  and  cooperation  In  allowing  me  to  complete 


this  thesis. 
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Abstract 

The  purpose  of  this  study  was  to  design  a  status  report¬ 
ing  system  for  NAVSTAR  GPS.  A  systems  engineering  approach 
was  used  for  the  full  satellite  constellation  with  fully 
functioning  user  equipment.  The  recommended  system  consists 
of  three  main  elements:  a  database,  a  status  transmission 
mechanism,  and  microcomputer  software.  The  database  proposed 
has  two  tiers  and  Is  maintained  In  real-time  as  the  opera¬ 
tional  constellation  changes.  The  first  tier  contains  the 
orbital  ephemerls  of  the  active  constellation.  The  second 
tier  consists  of  areas  and  associated  times  of  degraded 
coverage. 

Two  methods  of  Initial  transmission  of  the  status 
Information  are  Identified.  The  Notices  to  Airmen  (NOTAM) 
system  that  currently  exists  Is  one  primary  transmission 
system.  The  other  recommended  Initial  link  In  the 
transmission  process  Is  electronic  mall.  Further 
dissemination  by  appropriate  agencies  using  a  variety  of 
transmission  methods  Is  also  outlined. 

The  final  element  of  the  system  Is  software  that  can  run 
on  microcomputers.  This  software  would  allow  users  with 
special  requirements  to  compute  degraded  coverage  from  the 
ephemerls  data  using  assumptions  and  parameters  different 
from  those  used  In  producing  the  second  tier  of  the  database. 
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DESIGN  OF  GPS  STATUS  REPORTING  SYSTEM 

I «  Introduction 

Background «  Department  of  Defense  policy  In  1986  calls 
for  NAVSTAR  GPS  to  become  the  primary  DOD  radio  navigation 
system.  Therefore,  accurate  dissemination  of  system  status 
Information  Is  critical.  Sound  operating  practices  and  FAA 
tasking  require  establishment  of  procedures  for  Informing 
users  when  the  navigation  capabilities  available  from  GPS 
become  degraded.  Air  Force  Space  Command  will  have  control 
responsibility  for  GPS  and  Is  studying  ways  to  Integrate  It 
with  existing  navigation  operations. 

In  the  early  1990's,  the  satellite  based  NAVSTAR  GPS 
will  provide  all-weather  world-wide  navigation  for  air,  land, 
and  sea  use  with  accuracy  not  available  by  any  other  means. 
Initial  Operational  Capability  (IOC)  was  scheduled  for  1989 
prior  to  the  January  28,  1986  shuttle  Challenger  accident, 
but  because  of  the  present  launch  vehicle  crisis.  It  appears 
that  date  will  slip  a  minimum  of  two  years.  Military 
planners  continue  to  actively  address  operational  Issues 
Involved  with  GPS  employment,  and  this  research  project  Is 
part  of  that  effort.  Specifically,  this  thesis  presents  a 
status  reporting  system  for  navigation  users. 
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GPS  Is  a  ns  Defense  Department  developed  system  that 


consists  of  three  segments:  a  space  segment,  a  control 
segment,  and  a  user  segment*  The  space  segment  Is  made  up  of 
18  operational  and  3  active  spare  satellites  In  6  circular, 
20,600  KM,  55  degree  Inclined  orbits  broadcasting  precise 
position  and  time  Information  on  2  L-band  frequencies.  The 
control  segment  consists  of  a  master  control  center, 
dispersed  monitoring  stations,  and  dispersed  transmission 
stations  to  accomplish  satellite  updating  and  housekeeping 
activities.  A  wide  variety  of  user  equipment,  specialized 
for  Individual  needs,  makes  up  the  still  evolving  user 
segment.  A  Nuclear  Detection  Payload  with  the  capability  to 
provide  very  accurate  nuclear  detonation  Information  to 
military  commanders  also  files  on  GPS  satellites.  While  GPS 
Is  a  DOD  system  fulfilling  military  navigation  related 
requirements.  It  Is  expected  to  have  widespread  civilian 
uses.  Figure  1  represents  an  overview  of  the  total  GPS 


system 


SYSTEM  CONCEPT 
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One  of  the  two  GPS  modes  is  the  Precision  mode  (PM).  It 
provides  targeting  quality  accuracy  for  military  operations 
and  Is  accessed  through  a  classified  code.  A  second  course 
mode  (CM)  provides  navigation  Information  to  any  user 
possessing  appropriate  receiver  equipment.  Test  results  of 
nominal  CM  accuracy  In  the  55  meter  range  prompted  DOD  to 
provide  a  detuning  capability  on  operational  satellites. 
Controversy  still  surrounds  this  purposeful  degrading  of 
accuracy  that  has  come  to  be  known  as  Selective  Availability 
(SA).  But  even  at  100  meters,  the  currently  proposed 
setting,  GPS  represents  a  quantum  Improvement  In  accuracy  for 
many  applications  compared  to  existing  navigation  aids. 
Normally,  GPS  receivers  automatically  select  four  satellites 
In  the  sky  to  calculate  three-dimensional  position  and  time. 
For  each  known  quantity,  one  less  satellite  Is  required  to 
determine  the  remaining  parameters.  For  example.  If  altitude 
Is  known,  as  with  a  ship  (sea  level),  only  three  satellites 
are  needed.  With  all  18  satellites,  there  will  normally  be 
at  least  5  satellites  available  for  use  at  any  position  on 
the  earth. 

The  number  of  satellites  "visible"  to  a  user  Is  a 
function  of  mask  angle,  defined  as  angle  above  the  local 
horizon  below  which  signal  errors  due  to  refraction  degrade 
signal  usefulness.  Another  factor  that  affects  GPS  accuracy 
Is  the  geometry  of  satellites.  Position  Dilution  of 
Precision  (PDOP)  Is  a  common  measure  of  the  effects  of  this 


geometry*  PDOP  is  defined  as  the  ratio  of  the  root  mean 
square  (r.m*s.)  position  error  to  the  r*m.s*  ranging  error 
from  all  satellites  (Rruh, 1981 :B9* 3* 2) .  For  typical  assumed 
values*  mask  angle  of  5  degrees  and  PDOP  of  less  than  6*  four 
satellites  are  useful  99.5%  of  the  time  (Kruh *  1981 : E9 . 3. 2 ) . 
These  assumed  values  are  based  on  stringent  military 
specification  for  which  GPS  Is  being  designed.  The  99.5% 
figure  does  not  consider  the  three  active  spares  that  are 
currently  planned  to  provide  additional  redundancy  In  CONUS. 

The  robustness  to  failure  of  a  single  GPS  satellite 
differs  from  current  navigation  aids*  where  failure  of  any 
aid  significantly  affects  users  until  the  system  returns  to 
service  In  at  least  some  limited  geographic  area.  In  the 


case  of  GPS*  a  single  satellite  failure  will  likely  result  in 
poor  navigation  geometry  for  some  short  period  of  time  at  any 
given  location*  These  periods  of  poor  satellite  geometry  or 
Insufficient  visible  satellites  vary  with  the  specific 
satellite  or  satellites  that  have  failed.  Therefore*  It 
becomes  questionable  whether  Just  reporting  Individual 
satellite  losses  to  navigation  users  provides  the  required, 
useful  Information. 

Problem  Statement  *  A  satisfactory  status  reporting 
system  Is  required  to  Implement  GPS  based  navigation. 

Research  Objective .  Determine  an  acceptable  method  of 
measuring  NAVSTAR  GPS  status  for  navigation  use  and  Identify 
satisfactory  systems  for  reporting  status  to  users. 
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Subsidiary  Objectives «  The  determination  of  measurement 
criteria  that  emphasizes  safety,  while  offering  operational 
capability  when  the  GPS  system  Is  functioning  satisfactorily, 
requires  analysis  of  three  subordinate  aspects  of  the 
problem.  First,  what  are  the  requirements  currently 
established  for  navigation  systems  and  how  does  GPS  measure 
up  to  these  requirements?  Requirements  vary  depending  on 
the  phase  of  navigation  being  considered.  Secondly,  what 
degree  of  constellation  degradation  constitutes  a  system  that 
makes  It  unreliable  for  navigation?  Questions  In  this  area 
Include  the  following: 

1.  Is  PDOP  the  correct  measure  of  merit  to  take  Into 
account  satellite  geometry?  If  so,  what  Is  the 
appropriate  maximum  PDOP  value  that  Is  acceptable 
for  good  navigation  fixes? 

2.  What  mask  angle  (elevation  angle)  should  be  used  to 
consider  a  satellite  visible? 

3.  Are  different  mask  angles  appropriate  for  different 
navigation  applications? 


4.  Is  there  a  minimum  time  period  of  no  satellite 

coverage  that  Is  acceptable  to  navigation  users,  and 
If  so,  what  Is  a  reasonable  time  period  below  which 
to  discount  an  outage?  Is  this  acceptable  outage 
period  application  dependent? 

When  these  questions  are  addressed.  It  will  be  possible  to 
evaluate  how  best  to  disseminate  system  degradation  to  users 
In  a  simple,  familiar  manner. 

Scone .  Limitations .  k  Assumptions .  Many  ancillary  uses 
of  GPS  have  been  proposed.  Including  time  transfer, 
hydrographic  surveying,  and  spacecraft  navigation.  Some  of 
these  Implementations  are  already  In  operation  using  the 
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limited  constellation  of  prototype  satellites  currently  In 
orbit.  However,  the  present  research  Is  concerned  only  with 
the  normal  navigation  capability  provided  by  GPS.  This 
assumes  a  low  threat  Jamming  environment  and  does  not 
specifically  address  the  weapons  delivery  aid  or  test  range 
Instrumentation  potential  of  GPS. 

Furthermore,  this  thesis  Is  to  focus  on  a  GPS  system 
after  Initial  buildup  of  the  constellation  and  not  the 
Interim  period  prior  to  Initial  operational  capability. 
Finally,  a  fully  functioning  control  segment  Is  assumed  with 
the  capability  to  regularly  update  navigation  data. 

Methodology .  A  systems  engineering  approach  using  the 

Hall  activity  matrix  as  a  guideline  Is  the  basic  approach. for 

this  research  (Sage,  1977:5).  The  effort  will  focus  on  the 

♦  * 

Project  Planning  phase  of  Hall's  structure.  To  achieve  the 
stated  objective  of  this  research.  It  Is  necessary  to 
determine  measurable  objectives  and  systematically  compare 
generated  alternatives.  Chapter  three  Is  dedicated  to  the 
details  of  the  process  which  Is  followed. 

Organization  of  the  Report .  Chapter  one  has  been 
concerned  with  background  Information  and  an  overview  of  the 
scope  and  approach  of  the  analysis.  In  chapter  two  a  summary 
of  the  Issues  found  In  the  technical  literature  and  a 
description  of  several  In-place  navigation  aid  status 
reporting  systems  Is  presented.  Chapter  three  describes  In 
detail  the  systems  engineering  approach  used  In  this  analysis 


as  well  as  the  results  of  the  first  four  steps  In  the 
process.  A  model  GPS  status  reporting  system  Is  described  In 
chapter  four  with  specific  parameters  chosen  for  major 
elements  of  the  system.  This  model  was  tested  by  sampling 
navigation  users  with  a  questionnaire »  and  the  results  are 
presented  In  chapter  five.  Chapter  six  deals  with  the 
conclusions  of  the  analysis  and  Ideas  for  future  work  that 
may  be  valuable  In  this  area. 


II.  Current  Environment 


This  chapter  presents  the  current  views  found  In  the 


literature  on  topics  relating  to  a  GPS  status  reporting 


system.  It  then  discusses  ways  being  used  In  1986  to  report 


the  status  of  a  sample  of  radlonavlgatlon  aids.  The 


literature  points  out  considerable  controversy  over  Issues 


directly  related  to  status  reporting  along  with  a  wide  range 


of  views  on  exactly  how  GPS  Implementation  will  proceed.  The 


current  status  reporting  Information  was  compiled  primarily 


from  review  of  directing  regulations  and  Interviews  with 


Individuals  actually  responsible  for  disseminating  that 


Information.  Some  assessments  of  status  systems  Is  also 


based  on  the  author's  world-wide  aviation  experience. 


Literature  Review 


One  of  the  most  Important  considerations  for 


understanding  the  requirements  of  a  GPS  status  reporting 


system  Is  the  requirements  of  current  navigation  aids.  The 


Federal  Radlonavlgatlon  Plan  (FRP),  1984,  a  Joint  Dept,  of 


Defense/Dept,  of  Transportation  plan,  outlines  present 


radlonavlgatlon  systems  and  their  requirements  as  well  as 


factors  considered  Important  In  selecting  future  systems.  It 


divides  uses  Into  the  four  broad  categories  of  air,  sea. 


land,  and  space,  and  then  subdivides  these  Into  several 


different  phases.  GPS  Is  the  most  versatile  system  discussed 


In  the  plan  because  It  has  the  potential  for  providing  future 


navigation  to  all  users  In  every  area  except  terminal 
precision  approach  guidance  for  aircraft  (FRP:I->22). 

The  plan  further  describes  major  factors  for  evaluating 
navigation  aids.  These  are  accuracy,  availability,  coverage, 
reliability,  fix  rate,  fix  dimension,  capacity,  and  ambiguity 
potential.  Once  again,  all  systems  except  GPS  have  serious 
deficiencies  associated  with  at  least  one  of  these  factors 
which  limits  Its  usefulness  (FRP : III-32 ) . 

Optimism  about  the  capabilities  of  GPS  by  military 
planners  Is  perhaps  best  Illustrated  by  the  following  state¬ 
ment:  "It  Is  the  goal  of  the  DOD  to  phase  out  use  of  TACAN , 

VOR/DME,  OMEGA,  LORAN-C  and  TRANSIT  In  military  aircraft  and 
other  platforms"  (FRP:I-9).  This  list  represents  virtually 
all  radlonavlgatlon  aids  DOD  currently  relies  on,  with  the 
exception  of  ILS/MLS  which  Is  used  for  precision  approach 
guidance.  Widespread  civilian  use  of  GPS  Is  also  anticipated 
(FRP:I-37)  (Degoot,  1984:23)  (Gregory,  1985:57-59).  This 
diversity  of  users  creates  a  status  dissemination  task  of 
unprecedented  scale. 

One  key  area  of  concern  outlined  In  the  FRP  In 
connection  with  GPS  certification  as  a  "sole  means  of  air 
navigation"  Is  coverage  (FRP:I-9).  With  a  single  satellite 
failure,  there  Is  some  small  but  finite  time  when  four  well- 
placed  satellites  are  not  available.  PDOP  Is  the  most 
popular  measure  to  account  for  poor  satellite  geometry.  The 
terms  Geometric  Dilution  of  Position  (GDOP),  which  Includes 


time  error,  and  Horizontal  Dilution  of  Position  (HDOP),  which 
considers  only  two  dimensional  position  are  also  seen*  In 
all  cases  lower  is  better,  but  there  is  a  range  of 
assumptions  about  how  high  la  acceptable.  Much  of  the 
literature  assumes  loss  of  coverage  over  any  area  that  has  a 
calculated  PDOP  above  six  (Kruh,  1981:E9*2.3)  (Enable  and 
Kalafus,  1984:290).  This  assumption  is  made  in  spite  of  FAA 
test  results  that  show  accuracy  that  meets  FRP  criteria  for 
all  but  precision  approach  use  with  higher  PDOP  values 
(Connor,  1982:01.1.5).  Clearly,  further  analysis  of  data  is 
needed  on  how  PDOP  values  correlate  to  GPS  accuracy,  which  in 
turn  determines  when  the  system  provides  sufficient  coverage. 

Another  coverage-related  question  has  to  do  with  the 
lowest  acceptable  position  in  the  sky  from  which  a  satellite 
can  be  used  for  navigation.  This  figure  is  most  often  given 
as  a  "mask  angle",  which  is  the  the  angle  above  the  local 
horizon.  Originally,  designers  planned  on  a  5  degree  mask 
angle,  and  the  analysis  of  at  least  four  satellites  in  view 
lOOZ  of  the  time  is  based  on  this  5  degree  value.  With  a 
mask  angle  of  10  degrees,  at  least  4  satellites  are  in  view 
only  99.98Z  of  the  time  (Kruh,  1981:  E9.3.7).  The  FAA  has 
indicated  that  7.5  degrees  may  be  the  correct  figure,  while 
loss  of  coverage  is  also  explained  using  8  and  10-degree 
mask  angles  (Enable  &  Kalafus,  1984:294).  Rationale  for  the 
use  of  any  specific  value  is  generally  absent  from  the 
literature.  However,  it  should  be  noted  that  the  variations 


in  assumptloos  have  a  large  Impact  oa  the  expected  coverage 
should  a  satellite  be  lost*  Table  2-1  Illustrates  the 
differences  for  different  mask  angle  assumptions  for  a 
typical  location  with  a  nominal  constellation  and  one  SV  out 
of  service*  Specifically*  the  location  Is  New  York  City, 
and  the  calculations  were  made  using  a  computer  program 
called  ZPDOPG  with  satellite  vehicle  (SV)  number  one  out  of 
service  (ZPDOPG,  1985). 

Table  2-1 

Degraded  Coverage  as  a  Function  of  Selected  Mask  Angles 

Mask  Angle  Number  of  Total  Duration  of 

Degraded  Times  Degraded  Coverage 
Each  24  Hours  Each  24  Hours 

5  Degrees  2  35  minutes 

7*5  Degrees  5  3  hours 

10  Degrees  7  4*5  hours 

Integrity  of  the  GPS  system  Is  the  other  factor  of  GPS 
that  the  FRP  questions  (FRP:I-9)*  This  has  to  do  with  a 
requirement  to  provide  a  positive  Indication  to  the  user  of 
system  failure  within  10  seconds  of  It's  occurrence  (Braff  & 
Bradley,  1984:309).  As  explained  by  Braff  and  Bradley  In  a 
Mltre/FAA  paper,  GPS  has  some  Integral  monitoring  which 
functionally  turns  off  the  transmitted  signal  If  It  is 
determined  to  be  In  error  by  Internal  circuitry.  It  does 
not,  however,  have  a  system  for  testing  the  signal  after  It 
leaves  the  transmitter,  which  Is  a  feature  of  the  current 
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international  standard  for  air  navigation,  VOR  (Braff  & 
Bradley,  1984:307).  The  absence  of  this  test  of  the  "signal 
in  space"  which  is  considered  the  "ultimate  integrity"  check 
of  the  VOR  system  is  viewed  by  some  as  a  property  that 
disqualifies  GPS  as  a  legitimate  "sole  means  of  air 
navigation"  candidate  in  its  present  form  (Braff  &  Bradley, 
1984:309). 

The  10-second  criteria  is  based  on  the  most  critical 
scenario  of  a  pilot  flying  a  non-precision  approach  using  GPS 
who  receives  a  faulty  signal  not  detected  by  the  Internal 
fault  system.  lu  this  situation,  there  is  not  a  positive 
indication  (typically  an  off  flag  in  the  receiver)  in 
sufficient  time  to  allow  the  pilot  to  take  appropriate 
action.  The  Multiservice  Initial  OT&E  of  NAVSTAR  GPS  User 
Equipment  Pinal  Report  recommends  modification  of  current 
user  equipment  computer  logic  to  reject  erroneous  satellite 
signals  using  more  strenuous  standards  (AFOTEC,  1986:9).  As 
the  present  system  is  envisioned,  the  control  segment  would 
have  to  uplink  a  command  to  the  satellite  to  cease 
transmission,  and  the  time  required  for  this  sequence  of 
events  to  take  place  is  on  the  order  of  15  minutes  (Braff  & 
Bradley,  1984:309).  A  variety  of  other  solutions  to  overcome 
this  problem  have  been  studied,  but  they  generally  require 
significant  costs  to  implement  (Klein  &  Parkinson,  1984:303). 
Many  of  these  "enhancements"  to  the  GPS  system  also  address 
Increasing  accuracy  of  GPS  in  a  Selective  Availability 
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eavlronment  using  pseudo-satellites,  commonly  referred  to 
as  differential  GPS  (Kalafus  and  others,  1983:187). 

From  the  above  discussion  of  PDOP ,  It  should  be  clear 
that  the  time  the  system  should  be  considered  unreliable  Is 
an  open  Issue.  With  the  currently  planned  18  satellite 
system,  there  are  always  at  least  4  satellites  In  view,  and 
coverage  Is  lost  solely  as  a  result  of  large  PDOP. 

(Kruh,  1981:E9.3.7)  Another  source  of  system  degradation 
that  Is  Identified  by  the  multlservlce  lOT&E  of  user 
equipment  Is  the  Improper  uploading  of  ephemerls,  clock  bias 
and/or  almanac  data  from  the  control  segment  (AFOTEC, 

1986:9).  While  an  operational  control  segment  should  greatly 
reduce  these  degradations,  test  results  showed  that  Incorrect 
satellite  data  "caused  significant  loss  of  operational 
capability  due  to  degraded  navigation  Information  and/or  GPS 
user  equipment  failure"  (AFOTEC,  1986:9).  User  equipment 
software  modification  Is  also  being  pursued  to  detect  this 
problem. 

A  final  consideration  Is  the  requirement  to  provide  a 
three  dimensional  position  fix.  No  current  enroute  air 
navigation  system  provides  three  dimensional  position,  and 
there  are  several  techniques  employed  by  user  equipment  to 
provide  good  two  dimensional  position  accuracy  with  fewer 
than  four  satellites  available. 

Use  of  an  accurate  clock  and  Input  of  non-satellite 
derived  altitude  Information  are  frequently  cited  as  methods 


of  providing  users  with  accurate  navigation  information  when 
less  than  four  satellites  are  providing  correct  signals* 
Sturza  examines  navigation  using  GPS  and  a  precise  clock  and 
concludes  that  suitable  navigation  can  be  performed  by  this 
method  (Sturza,  1983:155).  Knable  and  Kalafus  discuss  "clock 
coasting  and  altimeter  aiding"  and  also  conclude  that 
accurate  clocks  and  encoding  altimeters  are  available  to 
provide  needed  Information  to  the  GPS  receiver,  but  they 
remark  that  the  coat  of  such  equipment  is  still  rather  high 
(Knable  and  Kalafus,  1984:289-301).  These  results  are 
Important  because  they  broaden  the  view  of  what  degree  of 
system  degradation  is  appropriate  for  status  reporting.  The 
results  also  Influence  the  time  constraints  for  reporting 
outages . 

Integration  of  GPS  with  other  navigation  systems  is 
another  alternative  for  building  additional  redundancy  into 
GPS  navigation.  Inertial  navigation  systems  (INS)  are  the 
predominant  ones  being  considered  as  Integration  candidates. 
Navigation  system  integration  is  an  operationally  mature 
approach  to  getting  the  most  from  a  group  of  systems. 
Wiederholt  and  Kllen  review  several  synergistic  effects  of 
Interfacing  GPS  with  other  navigation  platforms  as  a  method 
of  Insuring  accurate  navigation  Information  when  the  required 
numbers  of  useful  satellites  are  not  available  (Wiederholt 
and  Klein,  1984:129-151).  They  take  a  generic  approach  to 
the  integration  argument  while  Schwartz  specifically 


addresses  GPS/INS  Interface,  again  finding  very  encouraging 
results  (Schwartz,  1983:325-337).  It  should  be  noted  that 
Initial  military  Installations  of  GPS  equipment  will  feature 
Integration  with  INS  systems  for  the  P-16,  B-52,  F-111,  A-6, 
and  submarines.  The  UH-60  helicopter  will  Integrate  Its  GPS 
equipment  with  doppler  radar. 

While  military  applications  do  come  under  some  scrutiny 
from  the  FAA  and  Coast  Guard  In  their  respective  areas  of 
safety  responsibility,  some  flexibility  seems  to  exist 
compared  to  civil  applications.  In  the  civilian  sector, 
a  special  committee  of  the  Radio  Technical  Commission  for 
Aeronautics  (RTCA)  -  SC  159  Is  actively  pursuing  Minimum 
Aviation  System  Performance  Standards  for  GPS,  with  a  draft 
In  circulation  (RTCA,  1986:A2. 1-A2. 7) . 

Methods  of  Distributing  Radlonavlgatlon  Status  Information 

This  section  describes  the  current  procedures  used  to 
disseminate  navigation  aid  status  of  Important  systems  that 
are  related  to  the  GPS  problem. 

TRANSIT .  TRANSIT  Is  a  US  Navy  satellite  based  system 
used  for  world-wide  maritime  navigation.  When  a  satellite 
problem  occurs,  the  Naval  Astronautics  Group,  the  controlling 
agency,  sends  out  an  autodln  message  to  approximately  175 
ships  and  over  100  other  addressees  consisting  mainly  of 
military  command  centers.  The  DMA  hydrographic  office  la 
also  an  addressee,  and  It  formats  the  message  for  an  hourly 
radio  broadcast  message  on  the  world-wide  navigation  warning 


system.  Approximately  SO  messages  a  year  are  generated  for 
both  scheduled  and  non-scheduled  satellite  outages. 

OMEGA.  OMEGA  Is  a  DS  Coast  Guard  administered  VLF  world 
wide  marine  and  air  navigation  system  consisting  of  eight 
dispersed  transmission  stations.  Some  Information  on  status 
Is  published  In  AIM  Class  II  NOTAMs.  For  example,  the  Jul  3, 
1986  AIM  lists  the  North  Dakota  OMEGA  Station  out  of  service 
from  7  Jul  to  30  Jul  from  2000Z  to  2400Z  In  the  general 
remarks  section  of  the  Class  II  NOTAMs.  AIM  also  publishes  a 
Coast  Guard  phone  number  for  current  OMEGA  Information. 

There  la  apparently  very  little  control  of  overseas  stations 
regarding  status  reporting. 

VOR .  VOR  Is  the  International  standard  for  short  range 
air  navigation.  Within  the  CONUS,  VORs  are  automatically 
monitored  using  a  remote  monitoring  system  with  a  warning 
sent  to  the  responsible  flight  service  station  (FSS)  or 
military  operations  center  when  an  out-of-tolerance  condition 
Is  detected. 

Standard  procedure  Is  to  confirm  system  outage  with  at 
least  two  aircraft  operating  In  the  vicinity  of  the  VOR  and 
attempting  to  remotely  reset  the  system  before  Initiating 
NOTAM  action.  This  practice  results  from  the  fact  that  the 
alarm  Indicates  a  malfunction  In  the  monitoring  line 
Indistinguishable  from  an  actual  navigation  aid  problem. 

Once  a  system  failure  Is  confirmed,  the  FSS  Issues  a  NOTAM 
through  the  FAA  automated  NOTAM  system,  and  It  Is  available 


to  users  nationwide  within  several  minutes.  The  entire 
process  takes  less  than  IS  minutes  on  average. 

By  International  agreement,  virtually  every  country  In 
the  world  Is  responsible  for  maintaining  a  similar  type  of 
VOR  reporting  system.  In  practice,  there  is  a  wide  range  of 
Interpretation  and  compliance,  with  OS  operations  being  the 
high-quality  standard.  The  economic  development  of  a 
specific  country.  In  general,  directly  reflects  the 
sophistication  of  their  national  airspace  system.  As  one 
might  expect.  Western  European  and  Japanese  facilities  are 
generally  well  maintained,  and  outages  are  reported  In  a 
timely,  systematic  manner.  As  one  proceeds  to  less 
developed  areas  of  the  world  like  Africa,  a  more  ad  hoc 
approach  to  detecting  and  reporting  system  outages  Is  the 
rule . 

TACAN .  TACAN  (Tactical  Air  Navigation)  is  strictly  a 
military  system  providing  line  of  sight  aid  similar  to  VOR 
with  distance  measuring  equipment  (DME)  as  an  Integral 
feature.  Outages  are  normally  reported  through  theater 
military  NOTAM  systems.  Since  many  North  American  facilities 
are  combined  VORs  and  TACANs  (VORTACs),  Information  concern¬ 
ing  these  facilities  Is  available  from  either  the  FAA  NOTAM 
system  or  the  military  system.  As  the  current  military  NOTAM 
system  In  the  US  Is  phased  out  In  the  next  several  years,  all 
reporting  and  Information  will  be  through  FAA  channels. 


LORAN-C .  LORAN  Is  a  long  range  aid  originally  developed 
for  maritime  use  but  becoming  Increasingly  popular  as  an  air 
navigation  system.  Outages  are  reported  through  the  Notice 
to  Mariner  system.  Coast  Guard  radio  broadcast  of  unplanned 
outages  Is  the  most  Immediate  form  of  this  Information  to 
mariners . 

FAA  Involvement  with  LORAN  Is  a  recent  development,  and 
they  are  moving  to  Incorporate  LORAN  Into  the  National 
Airspace  System.  They  have  not  developed  any  standardized 
procedures  of  reporting  system  status  for  aviation  users. 

The  first  FAA  approved  LORAN  non-preclslon  approach  was 
commissioned  In  1985  at  Boston's  Logan  Airport.  Approval  to 
use  the  approach  la  contingent  on  the  Air  Traffic  Control 
Tower  personnel  monitoring  a  good  LORAN  signal.  FAA  approval 
for  LORAN  approaches  at  up  to  80  airports  by  the  end  of  1987 
Is  anticipated,  with  400  as  candidates  for  eventually 
establishing  such  approaches. 

Conclusion 

Review  of  the  literature  on  how  GPS  fits  Into  the  overall 
navigation  system  Is  Important  for  understanding  the 
complexities  of  designing  a  status  reporting  system. 
Terminology  related  to  GPS  orbital  characteristics  and  how 
experts  expect  them  to  relate  to  navigation  performance  are 
also  relevant  to  the  status  reporting  design  problem.  An 
extensive  body  of  literature  discussing  enhancements  to  a 
stand-alone  GPS  concept  also  exists.  Some  of  these  Ideas  are 


presented  to  Illustrate  the  dynamics  of  the  GPS  environment 
In  which  the  status  reporting  system  design  effort  was 
attempted. 


The  substantial  Infrastructure  that  exists  for 
reporting  current  status  Information  was  reviewed.  The 
purpose  of  this  was  to  show  that  Integration  of  GPS  Into 
existing  systems  promises  benefits  of  user  familiarity  and 
cost  savings.  It  also  Illustrates  that  GPS  has  unique 
features  that  differentiate  It  from  any  current  system. 

Th  methodology  used  In  attacking  the  research  problem  Is 
explained  In  detail  In  chapter  three.  In  addition*  the 
Initial  steps  In  the  process  are  applied  to  the  status 
reporting  problem. 
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An  overview  of  the  syatems  engineering  approach  used  to 
address  the  problem  of  designing  a  suitable  GPS  status 
reporting  system  begins  this  chapter.  Following  the 
overview.  Is  a  detailed  discussion  of  the  first  four  steps  In 
the  systems  engineering  process  as  they  apply  to  the  status 
reporting  status  problem. 

Overview 

systems  engineering  approach,  based  on  Hall's  activity 
matrix  for  systems  engineering  ,  Is  used  to  develop  a 
suitable  GPS  status  reporting  system.  (Sage,  1977a:S).  This 
approach  was  chosen  as  an  accepted  standard  In  the  field  of 
systems  engineering  (Sage,  1979b : 499-503 ) .  This  project  Is 
assumed  to  be  currently  In  the  Project  Planning  phase.  The 
seven  steps  Hall  suggests  to  provide  a  framework  of  systems 
engineering  are  as  follows: 

1.  Problem  Definition 

2.  Value  System  Design 

3.  System  Synthesis 

4.  System  Analysis 

5.  Optimization 

6.  Decision  Making 

7.  Plan  for  Future  Action 

Each  of  these  steps  Is  addressed  In  this  paper. 

In  the  first  step  of  problem  definition,  the  exact  nature 
of  the  problem  Is  Identified  and  scoped.  Needs,  constraints, 
and  alterables  are  Identified  and  related.  The  problem  Is 
partitioned,  and  subjective  elements  are  Isolated  chiefly 
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by  assumptions. 

The  second  step  Is  value  system  design,  where  objectives 
are  defined,  ordered  In  a  hierarchical  structure,  and  related 
to  the  needs,  constraints  and  alterables  of  the  problem 
definition.  Additionally,  measurements  for  the  objectives 
are  established  so  that  one  can  evaluate  how  well  the  system 
achieves  the  stated  goal  of  developing  a  suitable  status 
reporting  capability. 

The  next  step  In  the  process  Is  system  synthesis.  Here 
the  concern  Is  with  Identifying  alternative  approaches 
to  status  reporting.  A  good  description  of  the  alternatives 
greatly  enhances  the  efficiency  and  accuracy  of  efforts  In 
later  steps,  and  Is  thus  an  Important  aspect  of  the  system 
synthesis  step.  Determining  how  each  alternative  will  be 
measured  essentially  completes  this  phase. 

The  stage  Is  now  set  for  developing  the  models  to  be  used 
In  evaluating  alternatives  using  the  objective  measurement 
criteria,  which  Is  done  In  the  system  analysis  step.  Models 
are  developed  with  the  Intent  to  capture  the  essential 
elements  of  the  system.  Models  accurately  describe  the 
system  as  It  relates  to  the  problem  at  hand  so  that 
alternatives  can  be  Judged  In  a  systematic  manner. 

Optimization  of  alternatives  Is  the  next  step,  and 
limiting  the  number  of  alternatives  to  those  that  are  not 
dominated  In  terms  of  objective  measures  Is  the  goal.  The 
concept  of  the  nondomlnated  solution  set  Is  helpful  In 


22 


understanding  this  step.  Further  consideration  needs  only  to 
be  given  to  those  alternatives  that  have  at  least  one 
objective  measurement  that  Is  greater  than  another 
alternative.  An  aggregate  comparative  approach  to 
assessing  some  objective  measurements  Is  used  In  this 
analysis  while  a  quantitative  estimation  Is  developed  for 
others . 

Decision  making  follows  In  the  framework,  and  here 
decision  maker  preferences  are  considered.  It  Is  assumed 
that  the  key  elements  In  establishing  decision  making 
preference  In  this  problem  are  the  perceptions,  desires,  and 
opinions  of  the  users  of  the  system  being  developed.  A 
survey  was  used  to  measure  these  factors  so  that,  alternatives 
can  be  compared.  The  survey's  purpose  Is  to  provide  user 
feedback  to  help  decision  makers  In  choosing  among  those 
alternatives  that  were  not  eliminated  In  the  systems  analysis 
step . 

One  completes  a  phase  of  the  Hall  process  by  planning  for 
future  actions.  This  Includes  documenting  the  work  that  has 
been  done  and  presenting  results  In  briefing  form. 

Problem  Definition 

The  first  step  In  each  phase  of  the  systems  engineering 
structured  approach  to  problem  solving  Is  to  clearly  define 
the  problem.  A  technique  to  aid  In  this  process  Is 
to  list  the  needs,  constraints,  and  alterables  of  the  system 
to  be  designed.  The  needs  of  the  system  are  those  functions 
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or  capabilities  desired  In  the  system  being  designed. 
Constraints  are  those  design  parameters  over  which  the  system 
engineer  has  little  control.  Alterables  are  those 
parameters  that  the  designer  can  control  to  a  significant 
degree.  The  needs,  constraints,  and  alterables  of  a  GPS 
status  reporting  system  as  they  are  currently  understood  are 
listed  as  follows: 

Needs . 

1.  Inform  all  navigation  users  of  GPS  satellite  vehicle 
(SV)anomallea  that  will  affect  their  ability  to 
navigate  using  GPS. 

2.  Provide  system  status  In  a  timely  manner  so  that 
alternative  courses  of  action  can  be  evaluated 
during  mission  planning. 

3.  Be  easy  to  learn  and  use. 

4.  Easily  administered,  maintained  and  modified  as 
related  navigation  systems  evolve. 

Constraints . 

1.  Minimize  cost  and  manpower  requirements  consistent 
with  providing  adequate  service. 

2.  Requirement  for  modification  of  user  receiver 
equipment  to  automatically  determine  current  and 
future  poor  navigation  solutions  Is  not  practical. 

3.  There  are  a  wide  variety  of  GPS  users  dispersed 
globally. 

4.  Limited  telecommunications  capabilities. 

5.  Status  system  should  Identify  GPS  status  that  will 
cause  navigation  solutions  with  errors  larger  than 
established  criteria  for  respective  phases  of  air 
and  marine  navigation  as  put  forth  In  the  FRP. 
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Alterables 


1.  The  level  of  detail  In  teraa  of  time  and 
geographical  area  for  which  to  report* 

2*  Methods  for  disseminating  status  information 

(NOTAMsy  radio  broadcast,  bulletin  board,  FLIP/AIM, 
combinations ) . 

3*  Format  of  status  information  (text,  graphics,  voice, 
combinations ) . 

4*  What  higher  status  requirements  above  those  of  the 
FRP  should  be  reported,  and  at  what  detail?  Three 
dimensional  "degraded”  coverage  versus  the  two 
dimensional  requirements  as  described  by  the  FRP. 

5.  Should  selective  high  priority  users  have  real  time 
contact  with  the  Master  Control  Center  at  critical 
periods  of  a  mission  in  addition  to  the  basic  system 
service  provided? 


Value  System  Design 

In  the  value  system  design  step  of  systems  engineering, 
the  task  is  to  develop  objectives  related  to  the  needs, 
constraints,  and  alterables  of  the  problem  definition  step. 
Typically,  objectives  are  structured  from  general  to  more 
specific,  with  the  most  specific  objectives  allowing  for 
quantitative  evaluation  during  system  analysis.  Listed  below 
are  the  objectives  of  a  GPS  status  reporting  system: 

Objectives . 

1.  Design  a  satisfactory  GPS  status  reporting  system. 

2.  Minimize  life  cycle  cost  of  the  system. 

3.  Minimize  the  peak  and  average  manpower  requirements 
to  Implement  the  system 


4.  Maximize  speed  of  dissemination  of  status  changes. 


5.  Maximize  the  number  of  users  with  reasonable  access 
to  status  information. 


6.  Provide  sufficient  detail  of  the  system  status  to 
allow  well  Informed  navigation  planning  decisions. 

7.  Make  the  system  as  simple  as  possible  to  Interpret 
Figure  2  represents  a  hierarchy  of  how  system  utility 

and  costs  are  analyzed  with  the  most  specific  factors 
addressed  In  measuring  alternatives. 


Several  measurements  are  not  self  evident  and  are 
considered  as  described  here*  Reliability  Is  rated  as  high 
where  the  expected  reliability  Is  as  good  or  better  than  the 
current  methods  of  disseminating  safety-related  Information* 
Unproven  systems  or  systems  that  rely  on  links  prone  to 
unavailability  are  rated  correspondingly  lower*  In  the  area 
of  ease  of  use,  those  systems  that  present  outage  areas  and 
times  directly  are  rated  high*  Those  systems  that  require 
cross  referencing  and  table  entry  to  determine  degraded 
coverage  are  rated  medium,  and  those  systems  requiring  actual 
hands-on  computer  use  are  rated  low* 

In  rating  the  level  of  detail  reported,  systems  that 
allow  specific  parameters  to  be  selected  In  determining 
outages  are  rated  high*  Those  that  have  limited  capacity  for 
storing  or  transmitting  outage  Information  are  rated  medium. 
Systems  that  also  must  provide  for  an  extensive  list  of 
possible  combinations  of  outages  are  rated  low* 

System  Synthesis  (Alternatives) 

Alternatives  were  developed  to  satisfy  the  system  design 
problem  of  a  workable  status  reporting  system*  Alternatives 
were  developed  from  prospective  reporting  means  found  in 
preliminary  studies,  suggestions  by  AF  Space  Command 
personnel,  and  brainstorming  In  the  conduct  of  this  research* 
While  possible  solutions  are  necessarily  open  ended,  this 
list  represents  the  range  of  known,  short-term  alternatives 
being  considered*  The  alternatives  addressed  In  this  paper 


!•  Narrative  NOTAM/Notlce  to  Mariners  (ANMS } 

2.  Simple  NOTAM/ANMS  with  reference  to  supporting 
document 

3«  Simple  NOTAM/ANMS  with  data  base  query 

4.  Bulletin  board 

5.  World  wide  radio  broadcast 

6.  Autodln  Message 

7.  Microcomputer  software  and  a  simple  notice  mechanism 

8.  Some  combination  of  the  above 

A  more  detailed  description  of  each  alternative  Is 
discussed  In  the  following  section* 

Alternative  #1 .  Publish  a  narrative  NOTAM/ANMS 
describing  coverag-e  problem  areas  each  time  a  navigation 
message  from  an  SV  Is  In  error*  For  example:  "NAVSTAR 
satellite  #  17  out*  Area  from  20W  to  SOW  and  SON  to  SON  not 
suitable  for  GPS  navigation  from  070024Jul  to  100024Jul,  etc* 
etc  *  * 

Alternative  # 2 *  Publish  a  simple  NOTAM/ANMS  and  develop 
a  reference  FLIP/AIM  document  for  users  to  look  up  what 
effect  In  terms  of  SV  visibility  and  geometry  they  can 
expect*  For  example:  "NAVSTAR  SV  #17  out,  refer  to  GPS 
outage  tables  in  an  appropriate  supporting  publication*" 

While  the  geographic  area  affected  by  a  specific  satellite 
outage  Is  a  constant  value,  the  time  of  the  degraded  service 
changes  by  approximately  4  minutes  each  day*  This  would 


require  a  Julian  day  conversion  calculation  to  be 


Incorporated  Into  the  tables. 

FLIP  Documents  are  managed  by  the  Defense  Mapping  Agency 
(DMA)  and  the  National  Oceanic  and  Atmospheric  Administration 
(NOAA)  and  distributed  and  updated  at  regular  Intervals  to  a 
wide  range  of  operations  centers.  Commercial  publication  of 
the  Information  contained  In  FLIP  Is  also  available. 

Alternative  #3 .  Publish  a  simple  MOTAM/ANMS  and  provide 
a  database  for  reference  by  geographic  area  as  to  what  affect 
a  specific  SV  or  combinations  of  SV  outages  would  have  on  an 
area.  The  FSS,  base  operations,  or  Coast  Guard  district 
office  could  then  query  the  database  for  Information  on 
degraded  coverage.  A  time  correction  for  the  current  day 
would  be  made  automatically,  and  the  outage  times  would  be 
available  directly. 

Alternative  #4 .  Set  up  a  bulletin  board  type  service 
that  contains  GPS  system  status.  This  can  be  accomplished 
either  by  using  existing  military  or  commercial  bulletin 
boards.  Outages  could  be  reported  directly,  or  constellation 
status  could  simply  be  posted. 

Alternative  #5 .  Radio  broadcast  GPS  system  status. 
Several  broadcast  services  currently  exist  mostly  related  to 
dissemination  of  weather  Information  for  both  aviation  and 
maritime  users.  Since  the  amount  of  Information  that  can  be 
transmitted  by  this  means  Is  rather  small.  In  all  likelihood 
some  other  medium  would  also  be  required  to  support  this 
system.  One  such  radio  system  Is  the  world-wide  navigation 
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warning  system  (WWNWS ) ,  administered  by  DMA. 

Alternative  #6 .  Use  an  autodin  message  to  major  theater 
command  centers  and  federal  agencies  (FAA,  Coast  Guard,  DMA) 
detailing  outages.  Allow  them  to  develop  more  specific 
dissemination  procedures  that  are  customized  for  their  area 
of  concern  and  the  types  of  operations  for  which  they  are 
responsible . 

Alternative  # 7 .  Use  any  short  notification  method  with 
microcomputer  software  to  calculate  degraded  coverage  due  to 
satellite  outages.  The  software  should  be  made  commercially 
available  for  use  by  the  military  and  civilians  and  run  on 
several  different  popular  microcomputers.  This  microcomputer 
software  would  allow  customizing  outage  parameters  like  mask 
angle  and  navigation  accuracy  threshold  to  other  than 
selected  default  values. 

Alternat ive  #8 .  Use  a  combination  of  some  or  all  of  the 
above  methods. 


Systems  Analysis 

Before  discussing  the  above  alternat 
meeting  the  established  objectives,  two  p 
reemphasis.  First,  this  system  is  design 
planning  information  and  not  real-time  no 
satellite  being  used  for  navigation  actua 
unreliable,  user  equipment  should  Indlcat 
appropriate  actions  can  be  taken.  Second 
constellation  requiring  a  SV  to  be  consld 
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are  expected  to  be  very  lafrequent  occurrences*  Historical 
satellite  reliability  Indicates  a  major  anomaly  causing  loss 
of  the  system  occurs,  on  average,  once  every  100  days 
(Kahn,  1985;B-7).  With  the  experience  gained  with 
developmental  GPS  satellites.  Joint  Program  Office  personnel 
expect  an  even  lower  anomaly  rate  (Connoly,  1 986 ; interview) . 
Furthermore,  In  the  vast  majority  of  cases,  these  problems 
are  expected  to  be  corrected  within  12  hours  of  occurrence* 

To  facilitate  Identifying  all  the  combinations  of 
possible  alternatives,  two  components  required  of  all  systems 
are  paired*  First  there  are  three  options  Identified  for 
computing  degraded  coverage,  or  outage  areas*  These  are  as 
follows : 

1*  A  centralized  computation  that  directly  reports 
outage  areas  and  times* 

2*  A  precomputed  set  of  possible  outage  combinations 
published  and  distributed  In  book  or  disk  form* 

3*  A  microcomputer  based  system  to  allow  dispersed 

organizations  to  calculate  outages  for  their  needs* 

Second,  there  are  different  methods  available  to  transmit 

outage  Information*  Some  methods  are  compatible  with  any 

computational  option  while  others  are  suitable  for  only  a 

subset  of  the  computational  options*  The  transmission 

methods  considered  here  are  as  follows: 

1*  Notices  to  Airman  (NOTAM)* 

2*  Automated  Notices  to  Mariners  System  (ANMS)* 

3*  Bulletin  Board  System  (BB). 

4*  Electronic  Mall(EM). 


are  expected  to  be  very  Infrequent  occurrences*  Historical 
satellite  reliability  Indicates  a  major  anomaly  causing  loss 
of  the  system  occurs,  on  average,  once  every  100  days 
(Kahn,  1985:B-7).  With  the  experience  gained  with 
developmental  GPS  satellites.  Joint  Program  Office  personnel 
expect  an  even  lower  anomaly  rate  (Connoly,  1986 : Interview) . 
Furthermore,  In  the  vast  majority  of  cases,  these  problems 
are  expected  to  be  corrected  within  12  hours  of  occurrence* 

To  facilitate  Identifying  all  the  combinations  of 
possible  alternatives,  two  components  required  of  all  systems 
are  paired*  First  there  are  three  options  Identified  for 
computing  degraded  coverage,  or  outage  areas*  These  are  as 
follows : 

1*  A  centralized  computation  that  directly  reports 
outage  areas  and  times* 

2*  A  precomputed  set  of  possible  outage  combinations 
published  and  distributed  In  book  or  disk  form* 

3*  A  microcomputer  based  system  to  allow  dispersed 

organizations  to  calculate  outages  for  their  needs* 

Second,  there  are  different  methods  available  to  transmit 

outage  Information*  Some  methods  are  compatible  with  any 

computational  option  while  others  are  suitable  for  only  a 

subset  of  the  computational  options*  The  transmission 

methods  considered  here  are  as  follows: 

1*  Notices  to  Airman  (NOTAM)* 

2*  Automated  Notices  to  Mariners  System  (ANMS)* 

3*  Bulletin  Board  System  (BB)* 

4*  Electronic  Mall(EM)* 


5.  Autodln  Message 


6.  World  Wide  Navigation  Warning  Radio  Broadcast  System 
(WWNWS ) . 

7*  Direct  reception  of  constellation  health  from  GPS 
satellites • 

Table  3*1  presents  a  matrix  Indicating  which 
transmission  methods  are  compatible  with  each  of  the 
computational  options. 

TABLE  3.1 

Transmission  Method/Computational  Means  Compatibility 


Utility :  Next,  the  alternatives  are  evaluated  In  terms 

of  utility.  The  the  first  three  measures  of  utility  are 
directly  related  to  the  chosen  means  of  transmission  and  are 
summarized  In  Table  3.2. 
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Table  3.2 


Transmission  Methods  Utility  Measures 


Transmit  Response  Time  Users  Reached  Reliability 

Method 


NOTAM 

ARMS 

BB 

EM 


UVMWS 


Autodln 


20  to  30  min 

20  to  90  min 

15  min 

1 5  min 

30  to  90  min 

30  min  to  hrs 


Nearly  all  High 

Aviation  Users 

Nearly  all  High 

Maritime  Users 

Users  with  Access  Med-Low 

to  Computer  and  Modem 

Sophisticated  Med-Low 

centers  for  further 
distribution 

Nearly  all  ocean  High 

going  vessels 

Locations  with  Med-Hlgh 

message  centers 


GPS 


10-20  min 


Users  with  receivers 
designed  to  display 
constellation  status 


High 


Table  3.3 


Computational  Means  Utility  Measures 


Computation 

Method 

Accuracy 

Ease  of 

Use 

Level  of 
Detail 

Reported  Directly 

High 

High 

Med 

Precomputed  Book 

Med 

Med 

Low 

Microcomputer 

Med 

Low 

High 

Cost .  Cost  Is  the  next  consideration  In  evaluating 
alternatives.  Many  of  the  costs  Involved  In  Implementing  a 
system  are  common  to  all  alternatives  and  do  not  affect 
choices  among  alternatives  and  are  thus  not  addressed  In 
depth.  Similarly^  even  though  some  specific  costs  are 
difficult  to  analyze,  It  may  be  easy  to  conceptualize 
comparisons  between  alternatives,  and  this  approach  Is  taken 
with  some  cost  figures.  Additionally,  many  alternatives 
Involve  sunk  costs  of  systems  that  are  required  and  In  place 
for  reasons  other  than  GFS  status  reporting*  These  costs  are 
considered  only  to  the  extent  that  a  reporting  system  would 
require  expansion  or  modification  to  existing  or  planned 
systems.  Choosing  whose  costs  to  Include  Is  another 
challenge  In  trying  to  determine  accurate  cost  estimates. 

The  approach  taken  here  In  evaluating  alternatives  Is  to 
consider  those  costs  which  would  be  Incurred  by  the  federal 
government.  This  Is  In  keeping  with  Office  Of  Management  and 
Budget  directives,  but  not  common  to  the  way  funding  Is 
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commonly  analyzed  by  the  Air  Force.  It  Is  penny  wise  and 
dollar  foolish  to  design  a  system  that  minimizes  cost  to  AF 
Space  Command  or  USAF  If  It  requires  unnecessarily  large 
outlays  by  other  federal  agencies  like  DMA  or  DOT. 

It  Is  also  Inappropriate  and  counter  to  Congressional 
mandate  for  DOD  to  absorb  costs  that  can  be  passed  along  to 
civilian  GPS  users.  Therefore,  It  Is  assumed  that  costs 
Incurred  by  users  outside  the  Defense  Department  would  be 
paid  by  the  user. 

Training  and  Operations  Instructions  (01)  development 

costs  fall  Into  the  category  common  to  whichever  alternative 

Is  selected.  Although  some  slight  variation  In  level  of 

effort  could  conceivably  exist  among  different  alternatives, 

the  variation  Is  hard  to  predict  and  Is  assumed  negligible. 

In  all  likelihood,  status  reporting  01  development  will  be 
put 

under  the  umbrella  of  the  GPS  control  segment  01  contract  or 
a  generic  Scientific  and  Technical  Assistance  contract. 
Satellite  controller  training  should  be  Incorporated  Into 
current  training  curriculum,  while  user  training  will  be 
handled  In  conjunction  with  military  rating  or  civilian 
licensing  programs. 

Computer  costs  represent  a  significant  cost  for  any 
status  reporting  system  alternative  proposed  In  this  paper. 
Even  so,  widely  varying  current  practices  for  estimating  and 
projecting  computer  costs  made  estimating  these  costs 
difficult.  For  off-the-shelf  equipment  the  Data  Pro  Research 
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Corporation  series  o£  pricing  literature  seems  to  be  the  most 
common  first-cut  cost  estimation  tool.  Current  negotiated 
contracts^  6SA  schedules,  and  past  contract  costs  are  also 


used  to  varying  degrees.  For  software  development 
estimations,  an  accepted  method  Is  the  Constructive  COst 
Model  (COCOMO)  as  described  by  Boehm  In  Sof tware  Engineering 
Economics  (Boehm,  1981:117-140).  Table  3.4  summarizes  the 
cost  estimates  for  computer  software  and  hardware  made  for 
the  various  alternatives,  and  a  detailed  discussion  of  how 
the  costs  were  derived  follows. 

TABLE  3.4 

Computer  Costs  of  Alternatives 


Alternative 

Computation  Method 

Software 

Hardware 

Direct  Reporting 

$128,000 

$50,000 

Precomputed 

Book/Dlsk 

$59,000 

$30,000 

Microcomputer 

Based  System 

$92,000 

$300,000 

Software  development  costs  were  computed  using  COCOMO. 
The  Intermediate  COCOMO  equation  was  used  to  calculate  Man 
Months  of  programming  time  to  complete  the  effort.  The  cost 
of  a  Man  Month  of  programming  Is  estimated  at  $9000  Including 
overhead.  This  Is  representative  of  several  government 
analyst  and  programmer  schedules  from  major  software  vendors 


plus  a  20Z  Inflation  factor.  Nominal  values  for  development 
effort  were  assumed,  and  the  effort  was  considered  to  be 


classed  as  moderately  stringent  "semi-detached”.  Boehm 
distinguishes  between  a  familiar,  flexible  programming 
problem  he  calls  organic;  the  rigorous,  constrained  effort 
he  calls  embedded;  and  an  Intermediary  situation  containing 
some  elements  of  both  which  he  calls  semi-detached.  The 
COCOMO  estimating  equation  used  here  Is  as  follows: 

1.  12 

MM  -  3.0(RDSI) 

MM  la  Man  Months  and  KOSI  Is  thousands  of  delivered 
source  Instructions. 

The  software  estimate  is  based  on  4  KDSI  for  the  direct 
reporting  system,  2  KDSI  for  the  precomputed  option,  and  3 
KDSI  for  the  microcomputer  system.  This  represents 
approximately  twice  the  number  of  lines  of  FORTRAN  code 
required  of  several  programs  designed  for  Internal  use  that 
compute  the  required  Information.  Even  though  there  are 
possible  development  savings  by  modifying  these  existing 
programs.  It  Is  assumed  that  a  total  rewrite  using  ADA  would 
be  accomplished  to  reduce  software  maintenance  costs. 

Different  estimates  are  used  In  all  three  alternative 
approaches  because  each  approach  has  a  unique  requirement  In 
addition  to  the  basic  visibility,  geometry  calculation. 

The  direct  reporting  system  will  require  extensive  cross- 
referencing  of  the  computed  database,  so  the  software  effort 
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will  Increase.  For  the  preconputed  option,  some  plotting  and 
summary  presentation  will  add  to  the  basic  program.  The  menu 
driven,  "user  friendly"  requirement  for  execution  and  editing 
of  the  micro  based  system  will  require  significant  expansion 
of  the  basic  code. 

Hardware  costs  for  the  direct  reporting  system  are 
essentially  sunk  costs  with  the  availability  of  an  IBM  3083 
system  and  backup  currently  In  place  to  support  GPS.  The 
cost  above  represents  the  estimate  that  a  dedicated  disk 
drive  could  be  a  requirement  for  the  status  reporting  system. 

The  hardware  coat  associated  with  the  precomputed  option 
represents  an  estimate  of  time-share  costs  or  purchase  of  a 
dedicated  minicomputer  to  compute  many  combinations  of 
possible  outages.  With  an  18  SV  constellation  plus  spares, 
there  are  1,561  possible  combinations  of  outages  to  cover  the 
loss  of  any  1,  2,  or  3  satellites  at  once  that  must  be 
computed . 

The  microcomputer  hardware  estimate  assumes  that  If  a 
system  Is  chosen  that  mandates  the  use  of  microcomputers  to 
calculate  outage  periods  some  additional  hardware  will  be 
required.  The  rationale  Is  that  some  federal  organizations 
will  take  the  opportunity  to  Justify  purchase  of  a  system 
solely  to  Implement  status  reporting.  A  total  of  ISO  such 
dedicated  units  are  factored  Into  the  estimate  at  a  nominal 
cost  of  $2000  based  on  the  current  Air  Force  microcomputer 
contract  with  Zenith  Data  Systems.  No  Inflation  factor  is 


used  because  the  trend  In  hardware  costs  is  level  or 
declining  and  Is  expected  to  remain  so  In  the  near  future* 

Costa  of  communication  links  required  to  Implement  any 
alternative  system  are  almost  exclusively  sunk  costs. 

Funding  of  federal  data  networks,  phone  lines,  and  some 
electronic  mall  capability  exists  Irrespective  of  GPS  status 
reporting  systems.  Because  of  other  mission  requirements, 
the  communications  capabilities  at  the  Satellite  Operations 
Center  are  excellent.  This  capability  should  not  be  taxed  In 
the  foreseeable  future  by  the  Infrequent  use  of  some 
capability  for  status  reporting.  Since  Autodln  has  no 
utility  measures  that  exceed  other  alternative  transmission 
means  whose  costs  are  also  considered  negligible.  It  Is 
dropped  from  further  consideration  as  a  viable  alternative. 

There  exists  the  option  to  provide  GPS  status  on  a 
commercial  bulletin  board  system  like  CompuServe  Instead  of 
the  less  sophisticated  military  run  bulletin  boards.  No 
setup  charges  exist  for  establishing  this  type  service,  and 
charges  are  based  on  either  the  number  of  ports  (lines) 
required  or  an  on-line  time  charge. 

One  communication  link  which  Is  not  currently  projected 
Is  a  low  cost  receiver  that  can  display  constellation  status 
from  a  direct  reading  of  the  GPS  SV  transmission.  Research 
and  development  Is  being  done  In  this  area,  both  with 
receiver  manufacturer  funds  and  with  some  FAA  funding. 
Estimating  cost  and  quantity  requirements  of  this  equipment 


and  then  establishing  the  portion  of  costs  that  are  Inherited 
from  enhanced  GPS  operation  Is  not  possible  In  the  short 
term*  This  capability  does  have  long  term  potential  merits 
however,  and  may  develop  In  time  for  consideration  as  a 
status  reporting  component*  However,  to  fund  such  a 
development  for  the  express  purpose  of  status  reporting 
violates  a  constraint  of  the  problem  definition  for  this 
paper • 

Operations  and  Maintenance  Costs  associated  with  the 
different  alternatives  represent  diverse  requirements. 

In  the  direct  reporting  approach,  the  bulk  of  the  cost  should 
be  associated  with  software  and  database  maintenance.  For 
the  precomputed  alternative,'  printing,  distribution,  and 
updating  of  supporting  documents  were  considered  to  be  the 
significant  costs.  The  cost  drivers  for  a  dispersed 
microcomputer  based  system  will  also  be  software  publication 
and  revision  costs. 

Cost  estimates  of  operations  and  maintenance  are  based 
on  1991  dollars  using  a  5  year  time  horizon  and  a  discount 
rate  to  compute  Met  Present  Value  of  lOZ.  This  discount  rate 
was  determined  using  the  current  recommended  method  of  using 
the  treasury  note  rate  with  the  maturation  date  closest  to 
the  time  horizon  of  Interest  (Feldman,  1986:class  notes). 

Current  practices  Indicate  that  O&M  services  would  be 
contracted  out,  and  that  Is  the  assumption  used  to  calculate 
these  costs*  This  assumption  also  allows  for  easier 


calculations  of  true  total  costs.  Table  3.5  summarizes 
O&M  costs  and  Is  followed  by  a  detailed  explanation  of  how 
the  figures  were  derived. 

TABLE  3.5 


Summary  of  O&M  Cost  Estimates 
For  Different  Alternatives 


Transmission  Computation  Total  5  Yr  NPV 

Method  Method 


NOTAM/ANMS 
EM/Mll  BB 
WWNWS 

Direct  Reporting 

$450,000 

NOTAM/ANMS 
EM/Mll  BB 
WWNWS 

Precomputed  Book 

$1,700,000 

NOTAM/ANMS 
EM/Mll.  BB 
WWNWS 

Microcomputer  Based 

• 

$500,000 

Comm.  BB 

Direct  Reporting 

$950,000 

Comm.  BB 

Microcomputer 

$888,000 

The  direct  reporting  system  O&M  budget  Is  estimated  to 
require  the  equivalent  of  one  full  time  computer  analyst  for 
software  and  database  maintenance.  This  figure  Is  assumed  to 
be  constant  over  the  five  year  life  of  the  status  reporting 
system,  and  a  yearly  figure  of  108,000  Is  used.  This  again 
Is  based  on  current  representative  market  rates  adjusted  20Z 
for  Inflation.  Total  NPV  O&M  cost  for  this  approach  based  on 
the  assumptions  above  Is  $450,000  then  year  dollars. 

Operations  and  maintenance  costs  for  the  precomputed 


book  system  are  determined  by  using  price  and  quantity 
figures  for  a  comparable  FLIP  document  currently  In  print. 

The  costs  are  based  on  the  current  National  Oceanic  and 
Atmospheric  Administration  price  of  $1.50  per  copy  of  The 
Airport /Facility  Directory  for  volume  purchases 
(NOAA,  1985:12).  A  comparable  figure  can  also  be  derived  by 
using  the  Defense  Mapping  Agency  printing  cost,  of  $.75  for 
their  IFR  Supplement ,  United  States .  and  factoring  In  1001 
overhead  costs.  DMA  produced  approximately  110,000 
supplements  covering  the  US,  Europe,  and  the  Pacific  In  1986. 
Republlcatlon  schedules  range  from  13  times  a  year  for 
the  European  Supplement  to  2  times  a  year  for  the  US  VFR 
Supplement.  A  semiannual  revision  schedule  Is  chosen  for 
cost  estimation  using  the  following  requirement  rates: 

1991  60,000  copies 

1992  60,000  copies 

1993  80.000  copies 

1994  120,000  copies 

1995  120,000  copies 

The  total  net  present  value  In  then  year  dollars  for  this 
scenario  Is  $1.7  million.  If  revision  Is  required  only  once 
year,  the  total  NPV  Is  $850,000. 

The  major  O&M  costs  for  a  microcomputer  based 
computation  system  would  seem  to  be  In  the  publication  and 
distribution  of  program  disks.  Reconfiguration  of  the  SV 
constellation  such  as  moving  spares  or  adding  backup  SVs 
would  not  require  a  reissue  of  the  software  program. 
Therefore,  It  Is  assumed  that  fewer  revisions  would  be 


required.  Also,  backup  copies  could  easily  be  made  at 
subordinate  levels,  so  the  total  distribution  requirement 


would  be  small  compared  to  the  precomputed  option.  The 
equivalent  of  one  full-time  analyst  and  one  administrative 
assistant  for  the  first  year  and  part-time  support  at  50Z  of 
that  rate  In  follow-on  years  Is  the  basis  for  this  portion  of 
O&M  costs.  A  distribution  of  10,000  copies  at  $3  a  copy  with 
four  revisions,  2  In  the  first  year  and  1  In  each  of  the 
following  2  years.  Is  assumed.  Total  NPV  O&M  >  $500,000. 

If  the  microcomputer  computation  method  Is  used  with  a 
bulletin  board,  program  updates  and  distribution  cost  could 
be  saved  by  loading  the  updates  directly  onto  the  bulletin 
board,  reducing  the  O&M  costs  to  $388,000.  Commercial 
bulletin  board  rates  are  based  on  the  CompuServe  flat  rate 
fee  of  $10,000  per  month  for  a  contribution  to  NPV  of 
$500,000. 

Conclusion 

This  chapter  has  explained  the  methodology  used  In  this 
analysis  and  discussed  the  process  of  completing  the 
first  fours  steps  In  the  Systems  Engineering  approach. 

Utility  and  cost  measures  for  different  alternative 
components  were  developed  at  some  length  to  complete  the 
systems  analysis  step.  The  next  chapter  presents  a  proposed 
total  system  that  strives  to  take  advantage  of  best  utility 
features  of  several  options  while  controlling  costs. 


IV.  Model  GPS  S tatus  Reporting  System 

A  model  GPS  status  reporting  system  Is  developed  In  this 

chapter.  This  model  la  the  result  of  a  trade-off  study  of 

the  system  requirements,  potential  solutions,  and  costs. 

First,  an  overview  of  the  design  philosophy  and  major 

components  of  the  system  are  Introduced.  This  la  followed  by 
a  detailed  discussion  of  parameters  selected  and  the 

requirements  of  the  software  to  Implement  the  system.  Next, 

cost  estimation  Is  addressed,  using  the  previous  chapter 

costa  as  a  basis.  The  chapter  concludes  with  a  brief 

explanation  of  how  the  system  would  work. 


Overview 

To  the  maximum  extent  practical,  the  proposed  status 
reporting  system  uses  the  expertise,  structure,  and  equipment 
expected  to  be  In  place  In  1991.  For  example,  weather 
circuits  that  currently  carry  NOTAM  Information  are  proposed 
In  lieu  of  a  dedicated  GPS  network.  A  user  perspective  Is 
assumed  when  making  decisions  on  how  to  present  and  Index 
Information.  This  prospective  produces  the  corollary 
assumption  that  It  Is  wiser  to  process  the  data  automatically 
than  to  expect  users  to  manipulate  and  calculate  partially 
processed  data.  Also,  for  the  same  reason,  the  design  uses 
procedures  and  products  already  familiar  to  users  when 
possible.  The  rationale  for  this  Is  to  maximize  user 
acceptance  and  minimize  training  time  required  to  gain 


proficiency  In  using  the  proposed  system. 

Use  of  automation  to  provide  an  efficient  and  effective 
status  reporting  system  Is  viewed  as  critical  because  of  the 
time  and  manpower  constraints  to  produce  the  needed 
Information.  The  proposed  system  would  require  computing 
capability  (probably  at  speeds  comparable  to  a  1986  mainframe 
computer)  to  calculate  areas  and  times  of  degraded  coverage 
whenever  outages  occur.  Also  required  Is  software  to  perform 
these  calculations  and  to  provide  formatting  In  a 
functionally  oriented  form.  A  two-part  database  would  be 
established  whenever  a  satellite  vehicle  (SV)  problem 
occurred  or  the  constellation  was  changed  for  any  reason. 

The  first  part  of  the  database  would  simply  be  the  current 
operating  constellation  configuration.  A  second,  more 
extensive  database  would  contain  outage  times  for  various 
locations  on  earth. 

Master  Control  Station  (MCS)  access  to  the  Air  Weather 
Networks  (both  military  and  civilian)  Is  the  next  major 
component  of  the  envisioned  system.  Plans  call  for  such 
access  at  the  Consolidated  Satellite  Operations  Center 
(CSOC),  but  provisions  would  be  required  to  automatically 
transmit  the  6FS  data  on  the  weather  circuits.  Additionally, 
electronic  mall  capability  to  the  Defense  Mapping  Agency 
Hydrographic  office  and  others  would  be  required  for 
disseminating  constellation  changes.  Finally,  a  software 
package  for  use  on  microcomputers  capable  of  taking  the 


operating  satellite  data  and  customizing  parameters  of  the 
system  for  specific  uses  would  be  made  available. 


Specifics  of  the  Proposed  Design 

Mainframe  Hardware «  Computational  capability  would  be 
provided  by  the  IBM  mainframe  computers  that  are  part  of  the 
Master  Control  System.  Primary  and  backup  capability  Is 
available  using  the  three  IBM  3083  systems  currently  In  place 
at  the  Satellite  Operations  Center.  They  should  have  the 
capability  to  directly  port  SV  constellation  Information  Into 
the  status  reporting  software. 

Mainframe  Sof  tware .  Mainframe  software  would  be 
required  to  generate  a  two-tier  database.  The  first  part  of 
the  database  would  contain  constellation  status*  while  the 
second  part  would  contain  locations  and  times  of  degraded 
coverage.  A  review  of  how  satellite  (SV)  orbits  are  normally 
described  Is  presented  to  provide  an  understanding  of  what 
Information  Is  required  for  the  constellation  status 
database . 

Any  satellite  can  be  completely  characterized  by  six 
pieces  of  Information  often  called  orbital  elements.  Below 
Is  a  list  of  the  orbital  elements  as  summarised  by  Bate, 
Mueller  &  White,  who  use  a  vector-oriented  explanation: 

1.  Semi  Major  Axis  (a  constant  that  defines  the  size  of 
the  orbit— radius  of  circular  orbit  — 27000  KM  for 
GPS) 

2.  Eccentricity  (shape  of  the  orbit  — zero  for  the 
essentially  circular  orbits  of  GPS). 


3.  Arguaent  of  Perigee  (where  the  SV  reaches  Its  closest 
point  to  earth— not  an  Important  parameter  for 
circular  orbits  of  GPS). 

4.  Longitude  of  the  Ascending  Node  (the  longitude  where 
the  SV  crosses  the  extended  equatorial  plane  of  the 
earth  from  the  southern  to  the  northern  hemisphere — 
spaced  every  60  degrees  for  GPS). 

5.  Inclination  (the  angle  between  the  extended 
equatorial  plane  the  direction  plane  of  SV  travel — 55 
degrees  for  GPS). 

6.  Time  of  perigee  passage  (for  circular  GPS  orbit 
measured  as  an  angle  from  the  extended  equatorial 
plane  for  a  snap  shot  In  time  called  the  epoch  and 
referred  to  as  the  argument  of  latitude  at  epoch  or 
the  mean  anomaly)  (Bate,  and  others,  1971:58). 

Constellation  S tatus  Database .  The  first  segment 
of  the  status  database  would  describe  each  satellite  making 
up  the  current  operational  constellation  In  terms  of  orbital 
elements.  Since  the  earth  Is  not  a  perfect  sphere,  and  there 
are  slight  variations  In  Its  magnetic  field,  as  well  as 
perturbations  caused  by  the  sun  and  moon,  a  circular  orbit  Is 
an  approximation.  However,  the  assumption  of  circular  orbits 


has  a  negligible  effect  on  satellite  visibility  and  geometry 
for  the  purposes  of  determining  coverage  (Isler,  1985:A-1). 

The  combination  of  these  elements  Is  normally  referred  to 
as  the  satellite  or  constellation  ephemerls.  An  example  of 
the  most  often  discussed  operational  GPS  ephemerls  Is 
presented  In  Table  4.1  as  so  illustration  of  how  It  would 
appear  when  queried  for  GPS  status.  Note  that  changes  to  a 
nominal  published  constellation  ephemerls  are  flagged.  This 
flag  would  be  used  by  a  user  with  special  requirements 
for  Input  Into  microcomputer  software  that  allows  customising 


given  constellation  represents  the  second  major  component  of 

mainframe  software*  This  Is  not  an  Insignificant  task  even 

for  a  mainframe  computer  and  will  require  some  trade-offs  to 

allow  timely  execution*  One  major  trade-off  Is  the  number  of 

points  on  the  globe  sampled  to  determine  coverage* 

The  present  model  proposes  selecting  100  points  in  the 

contiguous  48  states  of  the  US  (CONUS)  and  400  additional 
points  to  cover  the  remainder  of  the  world*  Selection 

criteria  for  all  points  emphasizes  geographic  dispersal, 

major  air  and  sea  route  coverage,  and  areas  of  high  Interest 

to  DOD* 

Sampling  Point  Selection*  Before  discussing  the 
sampling  approach  recommended  In  this  paper,  a  common 
current  technique  for  selecting  sampling  points  Is  reviewed* 
One  common  method  of  choosing  points  on  the  globe  to 
sample  for  determining  GPS  degraded  coverage  Is  to  uniformly 
Increment  by  latitude  and  longitude*  For  highly  detailed 
coverage,  2  degree  Increments  are  common*  This  method  has 
useful  applications  In  designing  and  testing  satellite 
systems  and  provides  good  graphic  data  points*  It  Is  not, 
however,  either  oriented  to  user  needs  or  efficient  In 
proviilng  useful  coverage  Information* 

People  are  generally  more  comfortable  with  Identifying 
areas  of  Interest  by  referencing  landmarks  than  latitude  and 
longitude  coordinates*  Therefore,  It  is  recommended  that 
sampling  points,  when  practical,  be  easily  recognized 


landmarks,  like  major  cities.  Instead  of  coordinates.  In 
remote  areas  this  will  not  always  be  possible,  and  longitude 
and  latitude  or  less  well-known  landmarks  will  be  required. 

By  careful  selection,  the  number  of  sampling  points  can 
also  be  significantly  reduced  with  little  or  no  Impact  on  the 
amount  of  useful  Information  available.  Time  Is  a  factor  In 
producing  degraded  coverage  Information.  It  seems  wasteful 
of  time,  computer  capability,  and  telecommunications 
capacity  to  make  extensive  calculations  for  large  areas  of 
little  navigation  Interest  to  general  purpose  users. 
Specifically,  the  South  Pacific,  Africa,  and  Central  Asia 
could  be  adequately  covered  using  fewer  sampling  points  than 
an  equal  geographic  area  In  CONUS  or  Europe. 

Selecting  sampling  points  by  uniformly  Incrementing 
longitude  and  latitude  every  2  degrees  would  require 
approximately  375  points  for  CONUS  and  15,300  points  for 
world-wide  coverage.  However,  the  100  points  proposed  for 
CONUS  provides  essentially  the  same  degraded  coverage 
Information  with  a  slight  loss  of  detail  In  some  areas. 

The  proposed  system  also  allows  for  more  detail  at  Important 
points  where  extensive  navigation  demands  can  be  expected 
and  allows  easier  Identification  of  those  points. 

Table  4.2  contains  criteria  used  for  selecting  100 
proposed  CONUS  sampling  points  In  the  order  they  were 
applied.  They  are  also  recommended  as  guidelines  for 
selecting  remaining  sampling  locations  around  the  world. 


Some  further  deflaltlons  of  several  terms  ere 
necessary  and  are  presented  here*  A  major  city  Is  defined 
as  a  metropolitan  area  with  a  population  of  1,000,000  using 
1980  census  figures.  Geographically  dispersed  Is  defined  as 
at  least  60  nautical  miles  separation  between  area  centers. 
For  example,  even  though  Newark,  MJ  Is  a  ma  jor  city.  It  Is 
adjacent  to  New  York  City  and  so  Is  not  used.  A  metropolitan 
statistical  area  (MSA)  Is  defined  by  an  0MB  directive,  30  Jun 
1983  as  revised  through  30  June  1985  (Band  McNally,  1986:53). 
Generally,  a  MSA  Is  a  central  city  with  a  population  of  at 
least  50,000  and  the  surrounding  suburbs.  Military 
significance  Is  defined  as  a  location  of  a  major  DS  military 
Installation. 

Figure  3  Is  a  plot  of  points  selected  In  the  CONUS  using 
these  criteria*  The  list  of  points  are  contained  In 
Appendix  B. 


One  of  the  goals  of  the  point  selection  was  to  provide 
detail  at  least  as  good  as  a  random  2  degree  grid  for  every 
major  commerce  center  In  the  country*  The  measurement  used 
to  determine  accomplishment  of  this  goal  was  for  each  of  the 
150  largest  metropolitan  areas  to  be  with  100  miles  of  a 
sample  point.  The  100  mile  figure  Is  the  approximate  worst 
case  miss  distance  of  any  point  using  a  random  grid  spaced  at 
2  degrees*  This  was  easily  accomplished  with  50  sample 
points  co-located  with  these  centers,  less  than  10  percent 
more  than  50  miles  removed,  and  all  points  within  the  100 
mile  criteria* 

Another  goal  was  to  have  all  major  military 
Installations  meet  the  100  mile  criteria*  This  was  not 
achieved,  as  7  of  the  275  Installations  published  by  Rand 
McNally  as  major  US  military  Installations  were  more  than  100 
miles  from  a  chosen  point  (Rand  McNally,  1986:52-53)* 

However,  degraded  coverage  estimates  for  a  limited  sample  of 
satellite  outages  provided  accurate  results  by  selecting 
nearby  sampling  points  In  every  case  tested*  For  example, 
Laughlln  AFB  In  Del  Rio  Texas  was  an  outlying  Installation, 
but  San  Antonio  and  El  Paso  samples  covered  the  periods  when 
Laughlln  would  not  have  good  coverage. 

Obviously,  the  detail  of  the  proposed  system  Is  not 
uniform  world-wide,  as  there  Is  more  detail  available  for  the 
United  States  and  less  for  remote  areas  of  the  globe.  There 
are  two  reasons  for  this  feature  In  addition  to  the  arguments 


of  efficiency  and  ease  of  use  made  previously 


The  first  reason  for  this  approach  Is  preventing 
redundancy  In  status  reporting  systems  within  the  US.  If 
GPS  Is  used  for  civil  aviation  and  maritime  navigation,  the 
US  government  will  most  likely  pay  for  the  detailed  status 
reporting  system  required*  As  mentioned  In  chapter  three, 
the  approach  In  calculating  system  costs  here  Is  to  Include 
costs  to  the  US  federal  government  as  a  whole.  No  attempt  Is 
made  In  this  analysis  to  establish  DOD  and  DOT  shares  of 
status  reporting  system  cost. 

A  second  reason  that  allows  limiting  the  detail  for 
areas  outside  the  US  Is  that  all  the  Information  needed  to 
calculate  finer  detail  of  coverage  Is  available  In  the 
ephemerls  Information  part  of  the  database.  Organizations 
that  require  specialized  or  detailed  Information  would  be 
free  to  generate  and  distribute  It  as  needed. 

Degraded  Coverage  Parameters .  Table  4.3 
contains  the  assumptions  which  are  recommended  for  use  In 
creating  the  degraded  coverage  database.  The  rationale  for 
their  selection  follows. 
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Table  4.3 

1 

Degraded  Coverage  Farameters 

1  1. 

Nominal  accuracy  exceeding  100  meters  horizontal  (2D) 
error  constitutes  degraded  coverage.  A  HDOF  of  10  Is  a 
suitable  estimation  of  this  accuracy. 

2. 

A  satellite  Is  considered  visible  If  It  Is  at  least 
five  degrees  above  the  local  horizon. 

2  3. 

. 

Satellite  positions  are  sampled  at  2  minute 

Intervals  to  determine  visibility  and  geometry. 

4. 

r 

i 

1 

A  maximum  of  500  locations  are  used  to  generate  world¬ 
wide  coverage  degradation. 

■ 

.  5. 

1 

4 

• 

» 

4 

■ 

Degraded  areas  are  reported  for  a  period  of  24  hours 
following  any  change  to  the  constellation  from  Its 
nominal  configuration.  Updates  would  be  made  In  24- 
hour  Increments,  12  hours  prior  to  the  expiration  of 
the  valid  times  for  previous  data.  If  required. 

The  first  assumption  above  Is  based  on  the  requirement 
of  the  FRF  for  future  air  navigation  aids  certified  for  non- 
preclslon  approaches  requiring  100  meter  accuracy 
(FRF,  1984:11-19).  The  Implementation  of  the  accuracy 
assumption  using  an  HDOF  of  less  than  10  Is  based  on 
developmental  test  results.  This  greatly  reduces  the  number 
of  calculations  required  to  determine  degraded  coverage 
areas.  Choosing  an  HDOF  of  10  as  the  geometric  equivalent  of 
100  meter  accuracy^  one  has  only  to  consider  a  constellation 
with  less  than  5  satellites  In  view  as  a  potentially  degraded 
area.  This  assumes  nominal  error  budgets  for  factors  other 
than  satellite  geometry. 

The  second  assumption  of  using  a  S  degree  mask  angle  for 


the  24  hour  period.  If  the  SV  problem  Is  expected  to  be  long 


term,  degraded  coverage  would  occur  at  approximately  the  same 


times  for  the  following  days. 


Database  Access  Requirements .  A  critical  element 


of  the  resulting  database  Is  how  It  Is  Indexed  and  cross- 


referenced  for  easy  access*  This  Is  a  direct  result  of  the 


fact  that  there  are  many  different  users  with  different 


needs.  A  layered,  menu  approach  to  access  the  Information 


by  one  of  several  key  words  Is  suggested.  The  MCS 


would  transmit  the  database  to  Carswell  AFB  weather  switch 


with  addressees  getting  that  portion  of  the  database  they 


request.  The  FAA,  for  Instance,  would  likely  want  the  entire 


North  American  database  loaded  directly  Into  their  central 


computer  In  Kansas  City.  This  data  should  be  retrievable  by 


flight  service  or  base  operations  personnel  using  one  of 


several  different  cross-referencing  options.  Cross 


referencing  examples  are  Illustrated  In  Figures  4  and  5. 


Figure  4  presents  a  sample  of  an  Initial  screen  display 


that  would  allow  query  by  several  means.  The  operator  could 


either  press  the  number  to  display  the  codes  for  each  of  the 


options  or.  If  the  code  Is  already  known.  It  could  be  entered 


directly.  Figure  5  shows  a  sample  follow-on  screen  that 


contains  all  degraded  coverage  for  an  area  of  Interest.  In 


this  example,  the  state  of  Colorado  was  selected.  The 


degraded  coverage  for  the  state  would  consist  of  all  times 


that  any  of  the  displayed  sample  locations  had  a  calculated 


*ti 


a  baseline  allows  for  system  use  In  the  vast  majority  of  user 


scenarios.  It  also  provides  a  realistic  measurement  of 


designed  performance  and  does  not  penalize  all  users  by 


Imposing  stricter  criteria  required  for  a  very  limited  number 


of  applications. 


The  recommendation  that  a  two  minute  sampling  Interval 


be  used  Is  based  on  numerous  computer  runs  to  analyze  the 


behavior  of  constellation  geometry.  Bad  geometry  can  occur 


quickly  and  be  resolved  quickly  as  SVs  cross  planes  or  rise 


and  fall  from  the  observer's  field  of  view.  This  short 


sampling  Interval  assures  detection  of  virtually  all  bad 


geometry.  However,  It  also  Increases  computations,  so 


there  Is  a  direct  trade-off  between  sampling  Interval,  number 


of  sampling  points,  and  duration  of  reporting  period. 


Choosing  to  limit  the  number  of  sampling  points  to  500 


Is  a  direct  result  of  the  trade-off  mentioned.  See  the 


previous  section  of  this  chapter  for  more  detailed  rationale 


for  point  selection' 


The  recommendation  for  a  24  hour  reporting  Interval 


reflects  the  computational  trade-off  mentioned  above  and  the 


requirement  for  providing  advance  planning  Information.  It 
also  considers  the  view  that  most  SV  problems  should  be 


resolved  In  that  period  of  time.  This  allows  for  only  one 


transmission  In  most  cases,  with  the  added  advantage  of 


providing  a  complete  cycle  of  possible  outage  times  for  a 


specific  constellation  status.  This  means  for  planning  past 


outage  time. 

If  a  smaller  area  of  Interest  (eg.  Denver)  vas 
desired.  It  could  be  selected  from  either  of  the  sample 
screens.  From  the  screen  In  Figure  4,  If  the  city  number  or 
VOR  Identifier  were  known.  It  could  be  entered,  and  degraded 
coverage  times  for  Denver  would  be  displayed.  From  the 
screen  In  Figure  5,  the  operator  would  enter  the  displayed 
number  code  for  Denver  to  display  the  same  data. 

The  sample  screens  are  for  Illustration  only,  and  In  all 
likelihood  a  standardized  format  would  be  used  to  reduce  the 
data  flow  requirements.  For  Instance,  "out  of  service"  is 
typically  abbreviated  "OTS".  Other  abbreviations  and 
formatting  are  also  probable.  The  end  result  Is  that  all  the 
Information  shown  In  figure  5  would  likely  take  up  one  or  two 
lines  on  an  80  column  display. 


Sample  Screen 


Press  1  to 
Press  S  to 
Press  3  to 
Press  4  to 
Press  5  to 


GPS  DEGRADED  COVERAGE  USA  DATABASE 

Display  City  Codes  or  type  Two  Digit 
Display  State  Codes  or  Type  State  ID 
Display  VOR  Codes  or  Type  VOR  ID 
Display  Stored  Route  or  to  Enter  New 
Change  Database  or  Exit 


City  ID 


Route 


Pigure  4.  Sample  Screen  for  Database  Cross  Referencing 


Sample  Screen 

GPS  DEGRADED  COVERAGE 

DATE!  0001-a3S9Z  23  Sep  86  AREA;  Colorado,  USA 

SATELLITE  STATUS:  SV  #  16  Out  of  Service 

TIMES!  0200  to  0220Z,  1840  to  1910Z 

SAMPLE  LOCATIONS  USED  TO  DETERMINE  COVERAGE: 

2.  Albuquer  NM  22.  Cheyanne  WY  30.  Denver  CO 
40.  Good  land  KS  42.  Grand  Jun  Co 

TOTAL  DEGRADED  COVERAGE  TIME:  50  Min.  in  2  Time  Blocks 
Press  #  to  View  Sample  Times,  or  ESC  to  Return  to  Main  Menu 

Figure  5.  Samp)  Screen  for  Area  Query  of  Database 


CoaMuaicatloa*  laaulr aaaats .  Aa  aotcd  above,  MCS  accaaa 
CO  allltary  aad  civilian  waachar  aacworka  la  cha  racoaaandad 
aMaaa  of  dlaaaalaaclon  to  all  aviation  uaara*  ly  1991,  US 
doaaaClc  allltary  and  civilian  MOTAM  ayacaaa  will  ba  coablnad 
and  autoaatad*  Tharafora,  It  la  anClclpatad  chat  all  araaa 
of  covaraga  dagradaclon  aa  daflnad  above  for  the  Unlcad 
Scataa  and  coaatal  watara  could  ba  atorad  for  accaaa  In  Che 
FAA  dacabaaa.  The  FAA  would  ba  raaponalbla  for  daCaralnlng 
whaC  InforaaClon  and  In  what  foraac  would  ba  aada  available 
for  InCarnaClonal  civilian  ROTAMa*  Military  uaara  overaeaa 
would  gat  InforaaClon  through  ovaraaaa  allltary  HOTAM 
channala  via  cha  Carawall  AFB  awlcch. 

ElacCronlc  aall  would  ba  uaad  Co  notify  aalacCad 
allltary  oparaclona  and  cha  ONA  Hydrographic  Office  for 
dlaaaalnat Ion  Into  Cha  ARMS,  In  all  llkallhood,  only  ebangaa 
Co  Cha  aphaaarla  data  would  ba  cranaalccad  over  aoaa  ARMS 
llnka  while  aora  detailed  InforaaClon  would  ba  available  via 
ochar  ARMS  aarvlcaa. 

WVNVS  Ezaapla:  "GPS  SV  #21  out  of  aarvlca  IDEC 9 1 0900-2 300Z " 

It  la  anClclpatad  chat  Cha  eight  Coaat  Guard  dlatrlcta 
raaponalbla  for  local  noClcaa  to  aarlnara  would  accaaa  cha 
central  daCabaae  for  chair  araaa  of  raaponalblllcy  and 
racranaalc  appropriate  InforaaClon* 

Mlcrocoaoutar  Sof  twara »  Another  aoftware  package 


capable  of  running  on  a  alcrocoapuCar  la  required  Co 


•appl«m«at  th«  mslnfraa*  program  daacrlbad  above.  Thla 
program  would  allow  any  uaer  Co  update  a  conatellation 
ephemerla  ualng  Juat  the  first  part  of  the  central  database. 
With  this  InfornaClon*  one  could  adjust  assumed  parameters  to 
meet  specific  user  requirements.  The  program  would  be 
deelgned  to  run  on  the  most  popular  micro  computers  In  use  as 
typically  configured  (For  example,  IBM  PC  or  compatible, 

Apple  Macintosh,  2S6K  minimum  memory,  2  disk  drives). 
Execution  speeds  of  less  than  two  minutes  for  a  benchmark 
computation  are  desired.  The  program  should  be  menu  driven, 
allow  for  alternative  default  values  Co  be  permanently 
stored,  and  be  tamper  realatant* 

Figures  6  through  11  contain  a  series  of  sample  screens 
thet  Illustrate  some  of  the  desired  software  feetures. 

Access  to  on-screen  help,  error  tolerance,  and  the  capability 
to  skip  over  unneeded  menus  should  be  emphasised. 


Sample  Screen 


GPS  COVERAGE  DETERMINATION  PROGRAM 


This  program  allows  modification  of  the  parameters 
used  to  calculate  areas  of  degrade  satellite  coverage 
to  meet  specialized  mission  needs. 

Information  on  degraded  GPS  coverage  to  meet  most 
requirements  is  available  at  a  local  base  operations* 

Coast  Guard  office*  or  Flight  Service  Station. 

UARNING:  This  program  is  for  planning  purposes.  Its  use 

for  making  navigation  decisions  is  subject  to  restrictions. 


Press  Enter  to  Begin  Program 


Figure  6.  Introductory  Screen  to  Microcomputer  Program 


Sample  Screen 

GPS  MAIN  MENU 

1 . 

Satel 1 i te  Menu 

2. 

Parameter  Menu 

3. 

Help  and  Instructions 

4. 

Determine  Degraded  Coverage  for  Baseline  Satellite 
Constel 1  at  ion  and  Current  Parameters 

5. 

Store  Parameters 

Arrow 

Keys  to  Move  Through  Menu*  Enter  to  select  choice 

Figure  7.  Main  Menu  Screen  for  Microcomputer  Program 
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Sampl*  Sc r can 


GPS  Satan  ita  Manu 


1.  Load  basal ina  aphamaris  and  datarmina  covaraga 
5.  Load  updatad  aphamaris  and  datarmina  covaraga 

3.  Load  and  adit  basal ina  aphamaris  data 

4.  Load  and  adit  updatad  aphamaris  data 

5.  Craata  naw  aphamaris  data 


Typa  FI  for  Halp...  ESC  to  raturn  to  Main  Manu 


Figura  9.  Satallita  Manu  Scraan  for  Mi c rocomputar  Program 


Samp  la  Scraan 

GPS  Paramatar  Manu 


(currant  valuas> 


1 . 

Loc  a  1 1  on 

Dan  VOR 

2. 

A1 t 1 tuda 

O  Matars  i 

3. 

Data 

1  Jul  09 

4  . 

Start  T 1 ma 

0  Sac  1  0  Ht  s  1 

3. 

Stop  Tima 

06400  Sac  1  P**  Hi  s  i 

6. 

T 1 ma  I nc  r  aman  t 

1 20  Sac  '  . 00  Hr  s ' 

7. 

Mask  Angla 

3  dagraas 

a. 

Accuracy  Thrashold 

lOO  Matars  Ho  I  i/ontal 

Typa  tha  cor  r  aspond  i  ng  numbar  to  adit  a  paramata<  □>  ’) 

to  datarmina  covaraga  with  sat  paramatars 


Typa  FI  for  Ha  Ip...  ESC  to  ratu<n  to  Mairi  Ma''u 


Figura  9,  Paramatar  Manu  Sc r for  Microcomputa 


P'  ogi  am 


Samp  1 e 

Screen 

GPS  Constellation  Status 

svn 

STATUS 

SVtt 

STATUS 

SVN 

STATUS 

sve 

STATUS 

1 

GOOD 

9 

GOOD 

17 

GOOD 

23 

N/A 

2 

GOOD 

10 

GOOD 

18 

GOOD 

26 

N/A 

3 

GOOD 

1  1 

GOOD 

19 

GOOD 

27 

N/A 

4 

GOOD 

12 

GOOD 

20 

GOOD 

28 

N/A 

3 

GOOD 

13 

GOOD 

21 

GOOD 

29 

N/A 

6 

GOOD 

14 

GOOD 

22 

N/A 

30 

N/A 

7 

GOOD 

13 

GOOD 

23 

N/A 

31 

N/A 

8 

GOOD 

16 

BAD 

24 

N/A 

32 

N/A 

Type  the  coresponding  number 

to 

change  satellite  status 

or 

type  0  to 

c  a  1  c  u 

late  coverage 

with  the 

current  status 

Type  FI  for 

Help.  . 

.  ESC  to  return  to  Main 

Menu 

Figur*  10.  Conmt* 1  I  at  ion  Statu*  Scr**n  for  Microcomputer  Program 


Sample  Screen 


GPS  Degraded  Coverage  for 

1.  Bameline  ephemeri*,  18/6/2  3  spares*  created  1/01/89 

2.  Den  Vor ,  O.  0001  to  2339Z  1  Jul  89,  120,  5®,  20  3D. 

3.  SV  ei6  BAD 

GPS  Error  is  calculated  to  exceed  the  selected  threshold 
0900  to  0930Z 


MAPNING:  This  calculation  is  for  planning  purposes  only  and 
its  use  in  navigation  decisions  is  subject  to  restrictions 


Type  FI  for  Help...  ESC  to  return  to  Main  Menu 


Figure  11.  Degraded  Coverage  Output  Screen  for  Microcomputer  Program 
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For  •xoaplo,  ••■ua«  «  GPS  u««r  r«c«lv«d  laforaaclon  that 
aatallita  #16  had  baaa  placad  out  of  aarvlca  for  24  hours. 

If  ona  vantad  to  dataraloa  If  Daavar  would  azparlanca  3  D 
dagradad  covaraga  in  tha  naxt  24  hours  it  would  ba 
accoapllshad  by: 

1.  Praaalng  1  oa  tha  aaln  aanu  to  salact  tha  satallita 
aauu . 

2.  Prasslng  1  on  tha  satallita  aanu  to  l.'tad  basalina 
aphaaaris  data  and  dataraina  covaraga  (this  should 
call  tha  paraaatar  aanu). 

3.  Prasaing  8  on  tha  paraaatar  aanu  to  changa  accuracy 
thrashold  to  tha  dasirad  valua. 

4.  Praasing  0  to  dataraina  covaraga  (this  should  call 
tha  constallation  atatua  scraan). 

5.  Praasing  16  to  turn  off  satallita  #16 

6.  Praasing  0  to  calculata  dagradad  covaraga. 

Dagradad  covaraga  inforwation  is  prasantad  in  Figurs  11. 

How  this  inforaation  would  ba  usad  is  dapandant  on  tha  rulas 
govarning  tha  spacific  typa  of  navigation  considarad. 

Controlling  cost  is  a  aajor  objactiva  of  tha  proposad 
systaa.  Tha  assuaptions  usad  in  cost  sstlaatlons  in  chaptar 
thraa  ara  tha  basis  of  cost  figuras  discussad  bars  axcapt  as 
spacifically  notad.  For  convanianca,  tha  cost  inforaation 
containad  in  Tablas  3.3  and  3.4  ara  raproducad  in  Tabla  4.4. 
Tha  raadar  is  rafarrad  to  chaptar  thraa  for  furthar 
datails  of  tha  cost  astiaatlons  of  spacific  coaponants  of  tha 
proposad  systaa. 


Table  4.4 


Suaaary 

of  Cost  Eatlaates  for 

Alternative 

Systeas 

Method 

Coaputatlon 

Method 

Coaputer 

Costs 

Total  5  Yr 
MPV  O&M 

NOTAM/ANMS 

EM/Mll.BB 

WVNWS 

Centrally  Coaputed 
Direct  Reporting 

$178»000 

$450,000 

NOTAM/ANMS 
BM/Mll.  BB 
WNWS 

Precoaputed  Book 
Reference 

$89,000 

$1,700,000 

NOTAM/ANMS 
BM/Mll.  BB 
VWNVS 

Mlcrocoaputer 

Baaed 

$392,000 

$500,000 

Coaa.  BB 

Centrally  Coaputed 
Direct  Reporting 

$178,000 

$950,000 

Coaa.  BB 

Mlcrocoaputer 

Based 

$392,000 

$888,000 

Table  4.5  suaaarliee  Che  proposed  ayatea's  coat.  Thla 
la  followed  by  a  detailed  explanation  of  the  adjustaents  aade 
froa  tha  originally  dateralned  coata  for  the  eleaents 
coaprlslng  the  prototype  systea. 


Table  4.5 


Proposed  Systea  Cost  Bstlaate 


Softwara  Davclopaent 

$146,000 

Hardware 

50,000 

Coaaunlcatlons  Links 

0  (All  Inherited) 

Status  Raportlng  Systea 
Operations  4  Maintenance 

685,000 

Total 

$881,000 
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Coaputer  costs  connected  with  the  microcomputer  option 
ere  adjusted  In  this  proposed  system.  First,  the  hardware 
cost  of  purchasing  microcomputers  Is  eliminated.  Since 
adequate  Information  for  most  users  Is  available  In  the  basl 
system.  It  Is  likely  that  users  requiring  customizing  Input 
parameters  would  already  have  access  to  a  suitable 
microcomputer  for  mission  planning.  Second,  the  cost  used 
for  microcomputer  software  development  Is  $18,500.  This 
represents  20Z  of  the  cost  to  develop  the  microcomputer 
software  when  considered  as  a  primary  alternative.  This  Is 
based  on  the  assessment  that  80Z  of  the  software  development 
for  the  mlrco  system  would  be  converted  directly  from  the 
primary,  direct  reporting  system  at  little  or  no  cost. 

The  O&M  cost  estimate  for  the  microcomputer  segment  of 
the  system  Is  also  reduced  from  $500,000  to  $235,000.  This 
assumes  that  the  O&N  contract  would  be  a  single  contract  and 
that  soma  economies  would  be  realized  In  terms  of  personnel 
productivity.  A  part  time  analyst  costing  $58,000  a  year  is 
used  as  the  basis  for  the  microcomputer  contribution  to 
personnel  O&M  costs.  It  also  Is  based  on  a  requirement  to 
publish  1000  copies  of  the  micro  software  package  for 
government  use.  Instead  of  the  10,000  copy  estimate  for  a 
stand-alone  micro  based  alternative. 

How  the  STStem  Would  Work 

To  Illustrate  how  the  proposed  system  would  operate. 


a  brief  description  of  anticipated  MCS  activities  Is 
explored.  This  Is  followed  by  a  discussion  of  several 
different  user  scenarios.  The  section  concludes  with  an 
outline  of  potential  problems  that  might  be  anticipated  In 
the  operation  of  the  system. 

Master  Control  Station  Activities .  The  first  step  In 
Implementing  the  status  reporting  system  Is  for  some 
responsible  Individual  at  the  MCS,  possibly  the  senior 
controller,  to  determine  that  a  SV  will  be  lost  for 
navigation  purposes.  Additionally,  the  anticipated  duration 
of  the  loss  must  be  longer  that  the  period  required  to 
disseminate  the  Information.  Perhaps  30  minutes  Is  an 
appropriate  target  time,  so  If  the  outage. Is  expected  to 
exceed  30  minutes,  the  status  reporting  program  Is  called  and 
run . 

Prior  to  the  transmission  of  the  results,  some 
verification  of  at  least  the  ephemerls  data  would  be  made. 

The  change  would  be  Immediately  transmitted  and  also  sent  via 
electronic  mall  to  DMA.  When  the  new  areas  of  degraded 
coverage  are  calculated,  they  would  also  be  transmitted  as 
described  above. 


kejed*  First,  he  would  get  the  changes  to  the  standard 
constellation  ephemerls*  When  his  normal  NOTAMs  and  weather 
are  displayed,  any  areas  of  degraded  GPS  coverage  50  nautical 
miles  either  side  of  his  Intended  route  of  flight  and  their 
times  would  be  presented.  Depending  on  the  backup  equipment 
In  the  plane,  the  pilot  would  most  likely  just  make  a  mental 
note  to  expect  a  GPS  warning  during  the  segment  of  flight 
flagged.  Upon  arrival  at  the  destination  terminal  area,  the 
pilot  would  update  current  landing  conditions  at  which  time 
GPS  status  changes  that  occurred  while  enroute  would  be 
briefed . 

Tactical  Tralnlna  Scenario .  The  next  pilot  Is  planning 
a  low  level  training  route  using  terrain-following 
navigation,  followed  by  a  simulated  bombing  run..  He  will 
apply  the  changes  to  the  standard  constellation,  to  his  micro 
computer  program  by  turning  "off”  the  SV  that  Is  unusable. 

He  then  runs  the  program  with  a  mask  angle  of  15  degrees  for 
his  4  low  level  check  points.  He  will  then  need  to  change 
the  accuracy  threshold  to  10  meters  three  dimensional 
position  for  the  bombing  range  since  this  will  be  a  GPS  aided 
and  scored  bomb  run.  This  whole  process  would  take  only  5  to 
10  minutes. 

Submarine  Position  Qpdate  Scenario .  A  submarine 
relying  on  GPS  for  fix  update  would  get  a  GPS  status  via 
coded  message  from  his  appropriate  controlling  agency  In 
conjunction  with  normal /emergency  message  traffic.  It  would 


be  the  controlling  agency's  responsibility  to  Interpret 
degraded  coverage  areas  for  specific  subnarlne  locations  and 
required  accuracies. 

Potential  Probleas .  Potential  probleas  exist  with  this 
proposed  systea.  Availability  of  coaputer  hardware  and 
software  on  an  aa-needed  basis  Is  difficult  to  rely  on.  This 
Is  a  two  edged  sword  In  that  If  you  overutlllxe  coaputer  tlae 
or  storage  due  to  nuaerous  changes  In  the  constellation.  It 
will  be  frowned  upon  as  costly.  Conversely,  If  the  systea 
operates  as  designed,  there  will  be  few  Instances  when  status 
reporting  procedures  are  lapleaented,  and  the  requlreaent  for 
coaputer  capability  will  be  questioned.  There  is  also  a 
tendency  for  Inforaatlon  systeas  requlreaents  to  proliferate 
as  desirable  new  features  are  Identified. 

A  slallar  situation  exists  with  coaaunlcat Ions  links:  if 
used  too  auch,  response  tlae  Is  degraded,  and  If  used  too 
little  they  are  ellalnated.  Obtaining  priority  aalntenance 
Is  also  a  problea  In  such  a  cllaate. 

Finally,  distributing,  controlling,  and  updating 
alcrocoaputer  based  software  la  not  a  aaturc  process  In  the 
DOD.  User  training,  standardization,  and  software  control 
are  all  challenges  to  be  aet  If  the  alcro  software  systee  is 
to  run  efficiently.  There  are  also  legal  questions  that 
alght  develop  over  where  responsibilities  of  various  parties 
begin  and  end. 
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Conclusloa 

No  system  will  satisfy  everyone,  but  an  automated  system 
that  takes  advantage  of  flexibility  and  emphasizes  end-user 
friendliness  can  provide  adequate  service  to  the  vast 
majority  of  Interested  parties.  The  GPS  user  with 
sophisticated  navigation  equipment  will  likely  have  the 
resources  to  extract  any  degree  of  accuracy  desired  from  the 
ephemerla  data  provided  In  this  proposed  status  reporting 
system.  The  user  of  less  costly  equipment  Is  likely  to  be 
amazed  at  the  accuracy  and  reliability  of  the  GPS  concept. 

This  chapter  has  proposed  a  system  that  considers  the 
trade-offs  Identified  In  the  systems  analysis  step.  Many  of 
the  components  of  the  alternatives  are  Included  In  this 
system  because  they  all  offer  advantages  In  at  least  one  area 
of  utility.  Chapter  five  tests  the  proposed  model  using  a 
questionnaire  that  solicits  potential  users'  views  on  several 
key  assumptions  of  the  model. 
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V.  SD1?1T  AIALTSIS 

In  this  chapCcr,k«y  anpacc*  of  rha  pr}pnm»<i 
developed  in  the  previous  chaptar  ara  analrtad  •  i>n* 

by  discussing  the  results  of  a  a-ir/av  if  si  ‘  » r  t  •  '« 

who  are  potential  users  of  <if%  aa/i|a'i>n  apa^'  ’  •  ••  t*.,. 

there  Is  a  dsacrlptloo  of  how  tha  atf-'a'  aa#  tva  a'-a*  «- 
conductad*  This  la  followed  h*  ao  orp  '  aa  *  'aa* 
approach  to  prsssaclag  the  raa^i:*#  *  aa-  --a 

Finally,  possible  chaagaa  '  >  *  o#  *-  -ta  ^aaa  a  .  •  a 

Inputs  ara  dlscuasad. 

Survey  Developnaat  and  Adnlais a t i  . u 

The  purpose  of  dava  opita  «  •>'  •  ••• 

assuaptlons  used  In  the  prip<aai  •  ■  » •  •  •.  , 

modeled  In  the  pravloua  hap'**  '■# 
conducting  the  survey  and  ’  ■>»  la-  . 

In  Appendix  A«  In  daalgn!na  ■  .  <  ■  . 

made  to  be  concise  and  r  >  r*  . 
terminology.  To  facllira'a  pa-- 
minutes  to  complsta  the  . 

established.  An  opsn-andai  *  '  -<  a 
additional  comments  was  ala 

The  survey  was  adelnlarar.i 
navigators  because  they  rapr*aa<'- 
many  of  the  demands  for  any  ara> 
were  102  questionnaires  coepl a'ai  « 


'  «• 


considered  en  edequete  eenple  else  to  anelyee  the  attitudes 
and  opinions  of  Interest*  hesponses  were  received  from 
operational  fighter  and  transport  units,  test  wing  personnel, 
end  officers  currently  serving  In  rated  supplement 
assignments*  Due  to  limited  time  and  financial  resources, 
all  persons  participating  In  the  survey  were  assigned  to 
Vrlght  Pettersoa  API,  OH  In  a  variety  of  capacities* 

Ahout  )0Z  of  ths  qusstlonnalres  were  administered  in 
small  groups  where  question  Intent  was,  on  occasion, 
amplified  heyond  the  specific  wording  contained  in  the 
qusst 1 osasl rs .  The  ocher  half  of  the  completed  surveys  were 
from  tsdlvlduals  without  an  opportunity  for  clarification 
sad  oars  raturaed  hy  mall.  f urpr Is ingly ,  70Z  of  the  75 
quas t 1 ooaal raa  completed  at  individual  convenience  were 
a<ruailT  raturaad.  avaa  though  so  formal  method  was  developed 
*ra>fe  tadtvldual  surveys. 

quaa  (  1  oaaa  1  r  a  coatalus  a  brief  explanation  of  Its 
‘n  aa  t  a  r  r  o  d  u  •- 1  o  r  y  paragraph  followed  by  11  multiple 
•w  iuaa'i"oa  >hat  ^aa  ba  grouped  Into  three  segments  * 

’ ^ •  ‘  ‘  r •  •  ar  Ma  'f  quaatloaa  ara  background  In  nature* 

■*  f  <1  ua  4aa;a  with  t  ha  Issuas  of  accuracy  and  three 
aa . •  »•  ’ *  a < '  ' a wa a ' a ■  Tha  third  group  of  questions 

aaist  for  s  hard  copy  based  system 
*>  •  aa<*4  ara^aa-  Tha  laat  quascloo  Is  open-ended. 


•  •  • '  • 


Analysis  of  Survey  Results 


Three  hypotheses  are  presented  and  discussed  on  the 
basis  of  the  survey  data*  Observations  are  made  throughout 
which  are  Inspired  by  subsets  of  the  data  but  which  are  not 
derived  from  statistical  analysis*  These  observations  are 
meant  to  provide  perspective*  Consensus  (acceptability)  Is 
defined  here  as  a  minimum  of  2/3  favoring  a  specific 
position.  This  figure  was  chosen  because  It  represents  the 
measure  of  one  standard  deviation  for  a  normal  distribution, 
and  Is  more  conservative  than  a  simple  majority* 

The  aviation  experience  level  of  the  respondents  Is 
likely  higher  than  the  average  military  aviator  since  more 
than  90Z  Indicate  more  than  1000  hours  primary  crew  time* 
Also,  even  though  an  effort  was  made  to  solicit  a  wide  range 
of  aircraft  type  experiences,  a  lower  than  desired  number  of 
respondents  Indicated  bomber  and  helicopter  type  aircraft 
experience*  Despite  these  two  characteristics,  the 
assumption  of  randomness  Is  used  In  analyzing  the  data  for 
the  purpose  at  hand:  GPS  status  reporting. 

Hypothesis  #1  *  A  reporting  system  that  defines  degraded 
coverage  as  any  time  that  error  exceeds  100  meters  (328 
feet)  horizontal  accuracy  Is  acceptable* 

Results  *  Survey  question  #5  addressed  this  Issue* 
The  results  are  presented  In  Table  5*1* 


Tabl*  5.1 


Survey  Results  for  GPS  Degraded  Coverege  when 
Error  Exceeds  100  Meters  Horizontal 


Response 

#  Responding 

Z 

Too  Restrictive 

4 

4Z 

About  Right 

84 

83Z 

Not  Restrictive  Enough 

14 

13Z 

Total 

102 

lOOZ 

Finding.  A  student  T  test  derived  90Z  confidence 
Interval  for  "About  Right"  Is  76Z  to  88Z.  Therefore* 

It  Is  reasonable  to  not  reject  the  assumption  that  100  meter 
accuracy  Is  acceptable. 

Discussion.  Most  respondents  Indicated  that  100 
meters  horizontal  error  was  a  suitable  criteria  for 
considering  GPS  coverage  degraded.  This  Is  a  compromise  that 
allows  use  of  the  system  for  most  applications,  even 
during  periods  that  exceed  strict  design  specifications. 

The  consequences  of  this  result  are  that  both  computational 
demands  and  size  of  the  database  recommended  In  the  proposed 
model  are  manageable  at  reasonable  costs. 

Of  the  9  respondents  Indicating  bomber  type  aircraft 
experience,  5  Indicated  that  100  meters  was  not  restrictive 
enough*-  Although  this  sample  size  Is  not  large  enough  to 
apply  statistical  techniques,  the  results  strongly  Indicate 
that  there  Is  a  perception  in  the  bomber  community  that 
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•trlcC«r  •ccuracx  crltarla  la  approprlaCa*  Ona  poaaibla 
axplanatlon  for  thla  raault  la  that  GPS  la  balng  toutad  aa  a 
boablng  aid,  and  in  thla  apaclallaad  uaa  morm  accuracy  la 
daalrad • 

A  conaanaua  for  accuracy  In  tha  ranga  of  100  natara  la 
Indlcatad  by  tha  raaulta  of  tha  aurvay.  Howavar,  aoaa 
capability  to  dataralna  degraded  coverage  ualng  auch  atrlcter 
criteria  aeeaa  dealrable  to  a  alnorlty  of  potential  uaara> 

The  ayatea  propoaed  herein  provldea  thla  capability 
through  alcrocoaputer  aoftvare  coablned  with  aatelllte  (SV) 
conatellatlon  atatua  Information* 

Hvpotheala  #2 .  Three  dlaenalonal  accuracy  for  navigation 
uae  la  not  an  Important  requirement  of  a  reporting  ayatem* 
Reaulta «  The  reaulta  of  aurvey  queatlon  #6 
addreaalng  vlewa  on  reporting  degraded  coverage  In  terma  of  3 
dlmenalonal  (3  D)  accuracy  are  contained  In  Table  5*2. 


Table  5*2 

Reporting  Preference 


Reaponae 

#  Reapondlng 

1 

A  muat  requirement 

24 

24Z 

Should  be  Included 

30 

29Z 

Not  a  major  concern 

27 

27Z 

Little  reaaon  to  Include 

15 

15Z 

Not  a  requirement 

5 

5Z 

Total 


101 


lOOZ 


liAilBA-  A  ■ttt4«*C  T  taac  4«riv«4  tOX  eoafl4«ac« 


latarval  Cor  althar  of  cho  firac  2  eboleaa  la  4tl  to  44X. 
Tharafora,  it  la  raaaoaakla  to  rajaet  cha  lijr^othaala  that  1  D 
la  aot  laportaat* 

Diaeuaalon .  Tha  aarvajr  raaalta  la^lcato  that 
thraa  dlaaaaloaal  aeeuraejr  la  la  fact  a  daalrahla  faatura 
of  a  atatua  raportlag  ayataa.  Vlth  5)X  of  tha  raapoadaata 
ladleatlag  that  3  D  laforaatloa  "auat"  or  "ahoald  ha** 
laeludad  aa  part  of  a  raportlag  ayataa,  tha  paraaatara  la  tha 
baaallaa  ayataa  aay  aot  ha  aeeaptahla* 

la  tha  opaa-aadad  quaatloa  aavaral  aiaaplaa  vara  glvaa 
of  aavlgatloa  alaaloaa  whara  tha  aid  of  Off  altltudo 
laforaatloa  to  eroaachack  altlaatar  laforaatloa  vould  ha 
baaaflclal.  Thaaa  aaaaplaa  gaaarally  ralatad  to  raaota  araa 
oparatloaa  vbara  rallabla,  eurraat  local  altlaatar  aattlaga 
ara  aoaatlaaa  aot  avallabla*  Ivaa  though  thaaa  appllcatlooa 
rapraaaat  oaly  a  aaall  portloa  of  air  oparatloaa,  thalr 
allltary  laportaaca  aay  warraat  furthar  raportlag  ayataa 
stratlf Icatloa •  Thla  could  ba  doaa  by  lacludiag  both  2  D  aad 
3  D  standard  accuracy  criteria.  Howavar,  this  would  Incraasa 
the  coaputatlonal  raqulraaaata  and  databaaa  slsa  required 
and  add  another  sat  of  data  to  ba  coaaunicatad  and  displayed. 

Another  possible  solution  is  to  establish  one  thraa 
dinanslonal  accuracy  threshold  for  reporting  all  degraded 
coverage.  This  would  raport  an  araa  degraded  any  tiaa  tha 
3  D  azpaeted  error  ezeeadad  soaa  noainal  value,  possibly  100 
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Mtara  apharlcal  error.  Th«  problem  with  this  approach  Is 
that  outage  areaa  would  be  Identified  that  are  still  usable 
for  many  applications.  An  example  here  may  help  to 
illustrate  this  point.  Consider  a  full  18  SV  constellation 
with  three  active  spares  and  each  SV  singly  removed  from  the 
constellation.  That  la,  SV  #1  Is  removed,  then  SV  #1  Is 
replaced  and  SV  #2  Is  removed,  etc.  etc..  Table  5.3 
summarises  the  likelihood  that  an  outage  would  occurs  the 
total  number  of  outages  for  a  24  hour  period,  and  the  average 
time  duration  of  each  outage. 

Table  5.3 


Comparison  of  3  D  and  2  D  Dsgraded  Coverage 


Location 

Degraded  Coverage 

(Probability  3D/ 
Probability  2D) 

Number  of 
Occurrences 
(3D/2D) 

Average 

Duration 

(3D/2D) 

Mew  Tork 
City 

.57/.  14 

20/5 

14/8  (min) 

Denver 

.57/. 33 

14/7 

23/8  (min) 

Miami 

.38/. 04 

14/2 

15/10  (min) 

(Calculated  using  ZPDOPG  program) 


It  is  also  possible  that  the  microcomputer  based 
supplement  to  the  basic  system  would  be  an  acceptable  method 
of  providing  3  D  coverage  Information.  This  was  not 
specifically  addressed  In  the  questionnaire,  but  the 
respondents  rated  acceptability  of  microcomputers  as  part  of 
the  system  quite  high. 
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Hyooth««l«  #3.  Th«r«  1«  •  clear  preference  for  en 
eutoaeted  syatea  that  providea  degraded  coverage  area* 
directly  over  a  hardcopy  baaed  ayatea  that  requirea 
referencing  a  book. 

Reaulta .  The  aurvey  queatloned  vlewa  on  a 
book  reference  ayatea  end  en  eutoaeted  detabeae  direct 
reporting  ayatea  aeperetely.  The  reaaon  for  doing  thla 
wea  to  Independently  get  en  Indication  of  acceptability  of 
each  option.  Figure  12  contalna  a  graph  of  reaponaea  to  the 
two  questions  (#7  &  #10)  that  address  the  coaparlson  between 
a  basic  precoaputed  book  reference  systea  and  a  basic 
eutoaeted  systea.  Figure  13  plots  responses  to  the  basic 
book  reference  ayatea  and  those  of  follow-up  questions  (#8  & 
#9)  explaining  soae  of  the  expected  features  of  the  systea. 
Figure  14  graphs  the  responses  for  views  on  the  basic 
autoaated  systea  and  a  follow-up  question  (#11)  on  a 
alcrocomputer  custoalzlng  feature.  The  respondents  were  not 
asked  to  Indicate  a  preference  between  the  two  types  of 
systems  directly,  which  would  be  useful  In  a  more  detailed 
survey . 


81 


strongly 

Endorse 


Acceptable  Undecided 


Opposed 


Strongly 

Opposed 


Responses  for  Precomputed  Book  Reference  System  (Ques.  7) 
Responses  for  Direct  Reporting  Automated  System  (Ques.  10) 


Figure  12. 

Survey  Results  for  Basic  Book  Reference  and  Automated  Systems 
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Figure  13. 

Survey  Results  for  Precomputed  Book  Reference 
System  and  Follow-up  Questions 


Finding .  By  any  acnsure,  the  preference  for  the 
•utoaeted  seene  to  be  established.  Individual  and  aggregate 
positive  responses  favor  the  automated  system,  and  Individual 
and  aggregate  negative  responses  also  favor  the  automated 
system.  Therefore,  there  Is  no  reason  to  reject  the 
hypothesis  that  the  automated  system  Is  preferred. 

Discussion .  The  survey  Indicates  that  most 
respondents  find  either  of  the  basic  systems  fairly 
acceptable.  A  substantial  negative  response  was  Indicated 
only  when  the  details  were  given  of  how  a  book  reference 
system  would  work  with  the  current  orbit  characteristics  of 
GPS.  Requiring  a  time  conversion  calculation  or  look-up 
table  was  not  well  received  at  all.  A  fairly  course  level  of 
geographic  and  temporal  detail  was,  however,  not  so 
objectionable.  These  Inputs  should  be  considered  by  decision 
makers  evaluating  the  the  merits  of  any  proposed  status 
reporting  system  because  user  acceptance  Is  a  major  element 
of  any  such  system. 

Another  finding  this  writer  considers  Important  was  the 
overwhelming  endorsement  of  a  microcomputer  component  of  the 
automated  system.  Eighty  respondents  endorsed  the 
microcomputer  system  component.  Computer  literacy,  and 
confidence  In  the  capability  to  effectively  employ 
microcomputers  as  tools  Is  clearly  Indicated.  This  Is  almost 
certainly  the  result  of  a  general  pervasiveness  of 
Interacting  directly  with  computers  at  both  school  and  work 


for  many  of  Cha  raspoodeats •  Sinca,  howavar,  tha  aur.ar 
reachad  a  llaltad  saapla  of  potantlal  uaara,  aoa#  Sr 
sampla  la  probably  approprlata  to  aora  praclaalv  aaaoirv 
attitude*  Convaraalyt  Incraaaad  paraooal  Intara'i'n*  w 
computers  la  a  trend  likely  to  continue.  Ac  apran  » 
computers  may  even  be  expected  to  laprova  furrha^  < 
the  time  a  system  la  lapleaented  In  ISQ:  ani  ^ar  .n * 

Other  Comments  on  SurvsT  Resu  It  a  •  >*>«-  i  r 

survey  respondents  provided  additional  -oaa*-t'*  ^  «>«•- 

question  #12*  Three  themes  vara  rapaatad* 
most  frequent  and  emphatic  input  aas  tha  '  ta«  star 
In  any  system  that  is  selected.  ioaa/ar,  la'  •  •  « 

In  universally  accepted  taras  la  often  i  •  f  • 
addition*  simplicity  Is  usually  In  dtr#  ■i'* 

an  Increase  In  a  systaa's  raqulraaenta  «.< 


f lezlblllty . 


Another  idt 


id  aavara 


equipment  should  be  capable  of  i*«r  «.  ■. 

areas  of  degraded  covaraga  beaat  ’■ 
Information.  However.  thi«  avi.ia<  •  •- 

designed  into  receivers  is  n'* 
balanced  with  requlraaenta  ' 

feedback  on  tha  CPS  navtgari''  • 
presently  designed  user  ^  • r  •  . 

and  doas  not  project  r u '  ■  • -  • 


constellation.  Plnalir. 


<  ■•’'r  pr^'h.  ••  1  i'  T  Air  fore*  ua*r  equip  nc,  there  Is  little 


{ r.  •d4in|  additional  requireaeats  to  receivers  until 

•  'p*'**'.  'oa.  •■p*rl*nr*  la  ga  1  ned  • 

'*  •'<  'S*'  auggaated  a  suit  1-crlterla 

'  1  ^  vvatea  that  dlfferantlatea  between  full 

««'  'HT  apabllltT,  and  no  capability  was 

•  •  •-«  •  a*  «'.i  h  aa  "good”,  "■arginal”,  and 

•  4  •«>  <  ' •  '  -  '  Identify  theae  reapective 

»•*#•  T*  .  or  "red"  nomenclature  might 

••  tea.  >nre  again,  thla 

«»•  .•«.  •i*''-.  .it»  at  the  coat  of  complexity* 

t  1  a  5  •  1  a  *  a  u  Survey  1  a  a  u  1 1  a 

*  •  4  -  e  pt  'p.'sed  atatua  reporting  system  are 

<•  <  '•  taring  survey  results*  This 

•  *  <  '*<«*  ‘tea. -1  It  on  the  Input  to  keep  the 

•  .  «  '  t  also  represents  the  fact  that  by  use 

«  eroier  component  of  the  system,  all 

-<  <•  (‘e  a.allabl*.  The  reliance  on  a 

•  '  <e  ustomlzed  status  Information  seems 

•  •  e  Ttr.'og  positive  response  to  use  of 

*  •  '»-;'ied  In  the  survey* 


*'  v a  a  eiplalned  Che  purpose,  mechanics,  and 
«  '  ev  .onducted  to  test  several  of  Che  key 
<•<  n  designing  a  prototype  status  reporting 
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system.  Even  with  the  survey's  limited  scope  and  depth, 
several  assumptions  were  validated  while  others  were  called 
Into  question.  Continued  user  Input  Is  strongly  recommended 
to  refine  the  concepts  presented  In  the  prototype  system  and 
to  test  other  assumptions  required  to  field  a  system.  In  the 
next  chapter,  the  conclusions  of  the  research  effort  are 
summarized,  and  areas  and  directions  for  further  work  are 
Identified. 
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VI.  CONCLUSION 


This  chapter  recaps  the  problem  addressed  In  this 
research  effort  and  Its  findings.  It  also  discusses  some 
of  the  specific  related  areas  that  appear  to  warrant  further 
study. 

Plans  for  Implementing  GPS  navigation  continue  as 
satellite  launch  problems  have  delayed  Initial  operational 
capability  Into  the  early  1990s.  The  Department  of 
Transportation's  (DOT)  Federal  Aviation  Administration  and 
Coast  Guard  are  taking  a  "wait  and  see"  attitude  toward  GPS. 
This  approach  seems  reasonable  considering  other  priorities, 
budget  constraints,  and  risk  assessment  of  GPS  civilian 
applications  potential.  Driven  primarily  by  constituency 
pressures,  LORAN-C  Is  a  proven  short  term  GPS  alternative  for 
many  civilian  applications  that  Is  absorbing  considerable  DOT 
resources . 

Meanwhile,  the  Department  of  Defense  (DOD)  and  Air  Force 
Space  Command  are  exploring  ways  to  provide  system  status 
Information  to  the  wide  range  of  expected  users.  This 
research  effort  focuses  on  providing  advanced  planning 
Information  to  the  peacetime  navigation  user.  It  does  so  by 
proposing  an  automated  status  reporting  system  that  uses  much 
of  the  Infrastructure  already  In  place  to  support  current 
navigation  systems  and  requirements.  Many  of  the  components 
of  the  proposed  system  could  also  have  broader  application  to 
GPS  operational  capabilities  planning  but  are  beyond  the 
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scope  of  this  paper 


GPS  poses  unique  status  reporting  challenges  because  the 
number  of  orbiting  satellites  visible  and  their  geometry  are 
continually  changing  with  respect  to  users*  The  problem  Is 
further  complicated  by  the  wide  variety  of  users  and 
applications  which  GPS  Is  designed  to  support  and  their 
global  dispersion* 

Key  Elements  of  Proposed  Status  Reporting  System 

Table  6*1  outlines  the  recommendations  for  a  status 
reporting  system  as  determined  In  this  paper*  Figure  IS 
provides  a  schematic  of  major  agencies  Involved  and 
Information  flow* 


Table  6.1 


Summary  of  Proposed  Status  Reporting  System 
Developed  In  this  Research  Effort 


Key  System  Elements 


Subordinate  System  Features 


Centralized  computation  of 
degraded  coverage  areas. 


Satellite  constellation 
configuration  and  degraded 
coverage  areas  are 
transmitted . 


Electronic  mall  and  Notices 
to  Airmen  systems  are  used 
by  Master  Control  Station 
to  Initiate  status  changes. 


Microcomputer  software 
capable  of  determining  outage 
areas  using  parameters 
different  than  the  baseline 
system  Is  required. 


Degraded  coverage  Is  defined 
as  horizontal  error  greater 
than  100  meters. 

Sample  locations  for 
determining  outages  are 
major  landmarks. 

Some  addressees  will 
receive  all  Information 

Some  addressees  will 
receive  constellation 
status  and  a  part  of  outage 
area  Information. 

Some  addressees  will  receive 
only  constellation  status. 

Retransmission  of  parts  of 
the  data  by  electronic  mall 
and  radio  broadcast  are 
anticipated . 

Posting  of  data  on 
electronic  bulletin 
boards  Is  a  possibility. 

Variable  parameters  would 
Include  position,  time, 
mask  angle,  and  accuracy 
thresholds . 

Software  would  run  on  a 
range  of  commercially 
available  microcomputers 


Time  for  computing  a 
degraded  coverage  for 
a  nominal  situation 
would  be  less  than  10 
minutes 


Areas  For  Further  Study 

The  quest  for  suitable  status  reporting  for  a  system  as 
large  and  diverse  as  GPS  Is  a  dynamic  process.  As  space, 
control,  and  user  segments  of  the  system  evolve,  so  will  the 
requirements  of  a  status  reporting  system.  This  paper 
provides  only  limited  detail  on  one  solution.  Further 
refinements  of  the  actual  workings  of  each  element  are 
necessary  to  Implement  the  recommended  solution. 
Specifically,  four  areas  that  this  writer  considers  needing 
further  work  are  as  follows: 

1.  Developing  computer  code  to  prototype  the 
proposed  system. 

2.  Refining  sample  point  selection  criteria. 

3.  Cost  estimation. 

4.  Expanded  user  Input. 

Prototype  Sof tware  Development .  There  are  several 
computer  programs  designed  for  Internal  company  and 
organizational  development  use  that  compute  satellite 
coverage  areas.  Aerospace  Corporation  of  El  Segunda,  CA 
has  developed  programs  called  EGAD  and  COVERIT  that  could 
potentially  be  modified  to  develop  a  prototype  capability. 

AF  Space  Command/XFS  possesses  ZPDOPG,  a  program  designed  to 
run  on  an  IBM  PC.  It  was  used  and  modified  In  this  research 


to  consider  various  problems  In  developing  the  proposed 
status  reporting  system.  Additionally,  companies  developing 
GPS  user  equipment  have  similar  software  packages. 


Generally*  this  software  has  not  been  designed  to 
optimize  run-time  for  the  specific  application  of  computing 
degraded  coverage.  Documentation  and  output  format  are  also 
not  user  oriented.  Work  on  these  areas  and  possibly 
translating  the  code  Into  a  more  portable  language  like  ADA 
would  be  beneficial. 

Samp le  Point  Selection .  The  approach  for  selecting 
sampling  locations  for  calculating  and  reporting  degraded 
coverage  Is  an  area  that  lends  Itself  to  further  study. 
World-wide  point  selection  could  be  attempted  and  more 
quantitative  measurement  criteria  could  be  explored.  Also, 
trade-offs  for  selecting  additional  points  and  the  costs  and 
benefits  of  more  detail  could  be  explored.  Operations 
research  networking  techniques  may  be  employed  for 
selection  and  evaluation  of  chosen  points. 

Cost  Estimation  Enhancements .  Cost  estimation 
techniques  used  In  this  research  are  not  very  sophisticated, 
and  additional  work  In  this  area  would  allow  more  precise 
cost/benefit  analysis.  Initial  training  and  operations 
support  documents  costs  were  not  quantified,  nor  were  the 
status  reporting  system  share  of  communications  links  costs. 
Further  work  In  estimating  the  absolute  costs  In  these  areas 
would  be  worthwhile.  Computer  cost  estimates  are  also 
Imprecise . 

The  COCOMO  model  used  to  estimate  software  development 
costs  has  enhancements  for  providing  better  cost  estimations 
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base  on  a  wide  range  of  variables  not  considered  In  this 
analysis*  As  software  needs  are  more  fully  defined.  It 
should  be  possible  to  better  estimate  their  costs.  There  may 
also  be  more  sopihlstlcated  methods  for  estimating  computer 
hardware  costs  In  the  future  that  might  be  applied  to  this 
problem.  Cost  assumptions  for  operating  and  maintaining  the 
various  alternative  systems  may  also  warrant  further 
evaluation. 

Historically,  software  maintenance  has  been  a  major 
logistical  expense  of  the  US  Air  Force.  Initiatives  to 
Improve  this  situation,  like  the  requirement  to  program  In 
approved  languages,  are  ongoing.  Some  standardization 
assumptions  were  made  In  this  research,  but  this  Is  a  dynamic 
area  where  cost  estimation  needs  frequent  refinement 

Charges  for  military  use  of  telecommunications  networks 
also  are  subject  to  change  and  could  Invalidate  some  cost 
assumptions.  Currently,  the  Defense  Communications  Agency 
budgets  for  operations  of  DOD  networks.  A  change  to  a 
customer  charge  system  would  require  a  more  detailed  estimate 
of  database  size  and  transmission  frequency  to  realistically 
estimate  costs.  Additionally,  Identifying  trends  In 
communications  costs  and  projecting  them  Into  the  future  may 
be  possible.  However,  this  Is  a  rapidly  changing  technology 
which  makes  this  task  difficult. 
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Improved  User  Feedback*  The  survey  conducted  as  part  of 
this  research  could  be  expanded  to  better  test  user 
attitudes  regarding  a  status  reporting  system.  The  depth  of 
the  questionnaire  could  be  Increased*  and  the  background 
Information  could  be  restructured  to  allow  for  more 
correlative  measurements.  A  larger  and  broader  survey  sample 
would  also  be  beneficial. 

Table  6*2  contains  several  recommended  questionnaire 
modifications  and  the  rationale  associated  with  each 
recommendation. 

Table  6.2 

Recommended  Changes  to  Survey  Questionnaire 
Change  Rationale 


Expanded  Introductory  remarks 
explaining  survey  purpose  and 
GPS  system  operation. 

More  background  Information; 
to  Include  age,  education 
level,  and  actual  type 
aircraft  flown. 

Different  breakout  of  flying 
experience.  Request  total 
flying  time  or  years  of 
experience  for  non-avlatlon 
users. 

Ask  for  direct  comparison 
between  alternate  systems, 
displays,  or  outputs. 


Several  respondents  made 
comments  Indicating  this 
would  be  beneficial. 

Better  correlation 
potential  for  attitudes 
about  status  reporting 
questions • 

More  Information  to  perform 
analysis  and  Judge  the 
validity  of  the  sample. 


Allows  for  stronger 
evaluations  of  preferences. 


Include  sample  screen 
displays  of  Input  and 
output  formats. 


Provides  a  tool  for 
refining  design  of  the 
system. 


A  broader  base  of  potential  GPS  users  Is  also  desirable*  As 
a  starting  point*  more  bomber*  helicopter*  and  naval 
aviators  are  recommended*  Surface  ship  and  submarine  user 
Inputs  are  also  needed*  Civil  airline  and  general  aviation 
users  should  also  be  consulted*  They  not  only  may  have 
slightly  different  requirements  that  may  be  easily 
Incorporated  Into  the  design  stage*  they  also  have 
significant  political  Influence  In  obtaining  funds  for 
Implementing  a  system*  A  more  generalized  survey  wording 
might  be  required  to  account  for  the  wider  range  of 
experience  of  these  different  groups* 

Other  elements  with  substantial  Interest  In  GPS  status 
reporting  are  army  surface  users*  However*  GPS  represents  a 
substantial  departure  from  current  operations  for  envisioned 
army  applications  of  patrol  navigation*  artillery  sighting* 
and  armor  maneuvers*  In  all  likelihood*  a  different  survey 
would  be  required  to  get  substantive  Input  from  these  forces* 

Conclusion 

This  chapter  has  summarized  the  research  effort 
described  In  this  paper*  The  GPS  status  reporting  system 
recommended  here  Is  an  automated  system  consisting  of  a  two- 
tier  database  that  directly  transmits  both  satellite 
constellation  status  and  areas  of  degraded  coverage*  It  also 
Includes  microcomputer  software  capable  of  customizing 
degraded  coverage  predictions  based  on  differing  parameters* 

The  chapter  also  Identifies  four  areas  where*  In  the 
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author's  view,  further  research  could  be  focused.  The  first 
area  Is  actually  developing  computer  code  to  Implement  the 
proposed  system.  Also,  the  sample  point  selection  process 
could  be  further  evaluated.  The  third  area  Is  cost 
estimation.  More  sophisticated  cost  estimation  tools  are 
available  than  were  applied  In  this  analysis.  The  final  area 
Identified  la  Improving  user  feedback  In  designing  a  status 
reporting  system.  Changes  to  the  survey  questionnaire  used 
In  this  research  are  suggested  along  with  recommendations  on 
how  to  Improve  the  survey  sample. 

GPS  represents  a  significant  Investment  for  the  US 
Department  of  Defense.  One  requirement  for  realizing  the 
considerable  potential  benefits  of  this  system  Is  an 
effective  status  reporting  system.  Hopefully,  some  of  the 
Ideas  expressed  In  this  paper  will  contribute  to  successful 
Implementation  of  such  a  status  reporting  system. 


Appendix  A 


NAVSTAR  GLOBAL  POSITIONING  SYSTEM 

Navigation  User  Status  Reporting  Questionnaire 

GPS  Is  a  satellite  based  navigation  aid  that  the  Department 
of  Defense  plans  to  make  Its  primary  radio  navigation  system 
It  will  replace  TACAN,  VOR,  LORAN,  OMEGA,  and  other 
navigation  systems  on  military  aircraft.  This  questionnaire 
Is  aimed  at  getting  opinions  on  how  best  to  report  degraded 
coverage . 

1.  Flying  experience  (total  time  as  a  primary  flight  crew 
member ) 

1.  0-200  hrs 

2.  200-500  hrs 

3.  500-1000  hrs 

4.  1000-5000  hrs 

5.  More  than  5000  hrs 

2.  Type  Aircraft  with  more  than  300  hours  (If  you  have  less 
than  300  total  hours  mark  the  type  aircraft  that  you  have  th 
most  time  In). 

1.  Fighter 

2.  Bomber 

3.  Transport 

4.  Trainer/Other 

5.  Helicopter 

6.  More  than  one  of  the  above  selected 

3.  If  you  have  a  civilian  pilot  rating  please  list  the 

highest  rating  and  the  approximate  number  of  total  pilot  In 
command  time  you  have  In  civilian  aircraft _ 

4.  Prior  to  this  questionnaire  were  you  aware  of  the  GPS 
concept  ? 

1.  Intimately  Familiar  with  the  program 

2.  Relatively  Familiar 

3.  Familiar 

4.  Vaguely  Familiar 

5.  Completely  Unaware 


5«  One  proposed  reporting  system  for  GPS  would  consider  any 
area  that  will  not  be  provided  with  +  100  meter  (328  feet) 
horizontal  accuracy  as  an  area  of  degraded  coverage*  As  a 
point  of  reference  this  Is  the  accuracy  required  for  non- 
precision  VOR  and  TACAN  approaches* 

1*  This  accuracy  la  too  restrictive,  _ 

what  I  think  should  be  used* 

2*  This  accuracy  seems  about  right* 

3*  This  accuracy  Is  not  restrictive  enough. 

Is  what  I  think  should  be  used* 


6*  With  GPS  equipment,  a  three  dimensional  fix  In  space  Is 
available*  This  adds  altitude  to  horizontal  positioning* 
Which  response  best  expresses  your  view  about  reporting 
degraded  navigation  In  terms  of  three  dimensional  accuracy? 

1*  Any  system  mus t  report  In  terms  of  three  dimensional 
accuracy* 

2*  Some  Information  should  be  made  available  to  calculate 
three  dimensional  accuracy* 

3*  Three  dimensional  Information  might  be  nice  but  not  of 
a  major  concern  to  me* 

4*  I  see  little  reason  for  reporting  degraded  coverage  In 
terms  of  three  dimensional  accuracy 
5*  Establishing  degraded  coverage  In  terms  of  three 
dimensional  accuracy  Is  not  necessary* 

7*  One  proposed  reporting  system  would  publish  a  NOTAM 
stating  only  which  satellite  Is  out  of  service  and  refer  the 
pilot  to  a  FLIP  type  book  to  determine  If  he  Is  affected* 

1*  I  strongly  endorse  this  concept* 

2*  I  find  this  fairly  acceptable* 

3*  I  am  undecided  as  to  my  opinion  of  this  concept* 

4*  I  don't  think  I  like  this  Idea  very  much* 

5*  I  strongly  oppose  this  concept* 

8*  (Ref*  #7)  If  one  were  required  to  correct  outage  times  by 
subtracting  four  minutes  per  day  from  a  reference  day  how 
then  would  you  view  the  proposed  system? 

1*  I  strongly  endorse  this  concept* 

2*  I  find  this  fairly  acceptable* 

3*  I  am  undecided  as  to  my  opinion  of  this  concept* 

4*  I  don't  think  I  like  this  Idea  very  much* 

5*  I  strongly  oppose  this  concept* 


9*  (Ref  #7)  If  size  constraints  on  the  FLIP  book  allowed 
for  differentiation  of  only  large  geographic  regions  (perhaps 
eastern  US)  and  large  time  blocks  (perhaps  3  hours),  how  then 
would  you  view  this  system? 

1>  I  strongly  endorse  this  concept 
2«  I  find  this  fairly  acceptable 

3*  I  am  undecided  as  to  my  opinion  of  this  concept 
4«  I  don't  think  I  like  this  Idea  very  much 
5.  I  strongly  oppose  this  concept 

10.  Another  proposed  system  would  establish  a  database 
queried  via  base  operatlons/FAA  flight  service  computer 
terminals  much  like  civilian  KOTAMs  are  today.  This 
system  will  be  cross-referenced  to  allow  outage  Information 
using  latitude/longitude,  area  (state  or  country),  VORTAC 
Identifiers,  or  major  air  routes. 

1.  I  strongly  endorse  this  concept. 

2.  I  find  this  fairly  acceptable. 

3.  I  am  undecided  as  to  my  opinion  of  this  concept. 

4.  I  don't  think  I  like  this  Idea  very  much. 

5.  I  strongly  oppose  this  concept. 

11.  (RefllO)  The  database  could  also  Include  Information  on 
Individual  satellites.  This  additional  data  could  be  used 
with  a  microcomputer  program  to  customize  coverage  for 
special  mission  requirements.  How  then  would  you  view  this 
system. 

1.  I  strongly  endorse  this  concept. 

2.  I  find  this  fairly  acceptable. 

3.  I  am  undecided  as  to  my  opinion  of  this  concept. 

4.  I  don't  think  I  like  this  Idea  very  much. 

5.  I  strongly  oppose  this  concept. 

12.  Please  make  any  other  comments  you  think  might  be  useful 

to  someone  trying  to  design  a  workable  GPS  status  reporting 
system. _ 


Table  A* 1 


Summary 

of  Survey 

Results  Short 

Answer 

Questions 

Responae 

1 

2 

3 

4 

5 

V 

Question  1* 

1 

1 

7 

92 

1 

N/A  j 

j 

2 

31 

9 

56 

33 

4 

29  i 

3. 

62  Indicated 

civilian 

pilot  ratings 

40  -i 

Indicated  no  civilian  aviation 
did  not  answer  the  question. 

experience  or 

A 

4. 

7 

43 

25 

23 

4 

N/A  p 

f 

5. 

4 

84 

14 

N/A 

N/A 

N/A  ^ 

6. 

24 

30 

27 

15 

5 

N/A  ? 

Note:  one 

person  did  not  answer 

this 

question 

*  »  '< 

7. 

13 

45 

19 

19 

6 

‘j 

N/A 

8. 

0 

17 

27 

44 

14 

N/A  J 

9. 

2 

45 

31 

21 

3 

N/A  V 

s’ 

10. 

35 

45 

10 

8 

4 

N/A 

> 

11. 

39 

41 

18 

3 

1 

N/A  ^ 
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Question  12.  The  following  Is  a  summary  of  the  written 
comments  that  specifically  address  the  design  of  a  GPS  status 
reporting  system.  Emphasis  and  word  choice  are  the 
respondents • 

1.  A  "worst  case"  coverage  could  be  provided  for  a  given 
area  for  the  next  6  hours.  The  pilot  would  expect  better 
than  the  number  published. 

2.  Make  It  as  simple  for  the  flight  crew  as  possible — don't 
look  up  stuff  In  FLIP/tables/charts  (there's  already  a 
paperwork  excess!). 

3.  As  In  all  such  matters —  "Keep  It  simple!" 

4.  Any  way  receivers  could  reflect  status  of  Individual 
satellites  would  be  Ideal. 

5.  The  system  should  be  fully  automated  with  ^  pilot 
compensation  necessary.  If  you  want  a  good  example  of 
friendly  operation,  take  a  look  at  the  Honeywell  LASPRNAV. 

In  this  day  of  microcomputers,  having  to  pull  out  books  or 
refer  to  NOTAMs  and  charts  Is  taking  a  giant  step  backward. 

6.  Design  a  receiver  to  display  both  horizontal  and  altitude 
accuracy. 

7.  The  basics  of  timely  status  , simple  effectiveness  (by 
area  or  route)  and  Immediate  availability  are  the  ultimate 
grading  criteria  for  pilots. 


Don't  make  It  too  complicated* 


It  simple ! ! 


9.  Need  something  In  the  cockpit  (Idiot  lights)  to  tell  when 
only  horizontal  guidance  Is  available,  when  CEP  Is  below 
specified  levels  and  when  the  Information  Is  totally 
unusable . 

10.  Put  GPS  satellite  coverage  on  a  CRT  similar  to  weather 
satellite  coverage  areas. 

11.  I  would  rather  see  a  database  system  showing  which  areas 
will  not  receive  coverage.  As  an  aircrew  member,  we  have 
time  restrictions  on  us  and  time  spent  looking  In  a  book  to 
see  If  we  have  coverages  Is  less  time  for  other  mission 
planning  duties.  NOTAM  system  OK  If  It  tells  us  which  areas 
are  affected  rather  than  referring  us  to  a  booklet.  Also 
would  be  nice  to  have  It  Incorporated  Into  ATIS. 

12.  System  should  directly  provide  useablllty  of  network  and 
not  require  a  user  to  calculate  degradation  to  determine 
useablllty. 


13*  Don't  worry  too  much  if  It  isn't  working*  Somehow  we 
will  survive. 

14.  1  don't  care  which  satellite  Is  out.  Just  which  areas. 

If  I  lose  altitude  no  higgle.  Just  let  me  know. 

15.  Use  NOTAM  system  already  In  place. 

16.  Have  a  flag  on  the  aircraft  unit  to  display  status* 

17.  To  the  largest  extent  possible,  computerization  of  GPS 
status  reporting  should  be  employed.  The  days  of  hardcopy 
NOTAMs  and  flip  documents  Is  quickly  coming  to  an  end.  Let's 
not  be  behind  the  times  as  soon  as  the  system  Is  deployed. 
High  technology  Is  an  appropriate  solution.  Let's  not  build 
a  dinosaur. 

18.  Could  a  base  GPS  frequency  monitor  check  satellite 
transmission  status  and  automatically  trigger  GPS  degrade 
Info  rather  than  a  large  Integrated  net? 

19.  Computer  based  Info  Is  the  best  way  to  go  but  be  sure 
there  Is  a  back-up  which  can  be  queried  when  your  local 
display  la  "off  the  air". 

20.  Keep  It  simple  and  usable  In  remote  areas* 

21.  Make  status  available  via  radio  contact  to  ARTCC  or 
other  ground  or  air  contact  points* 

22.  My  concern  about  the  NOTAM  system  and  possibly  the 
database  system  Is  for  8-10  hour  over-water  flights  where  GPS 
will  be  most  Important. 

23.  A  NOTAM  system  for  degraded  coverage  must  make  It 
absolutely  clear  to  the  pilot  whether  or  not  he  can  file  to 
and  fly  an  approach.  In  my  opinion,  referring  pilots  to  an 
additional  flip  book  to  determine  If  a  NAVAID  Is  acceptable 
for  use  makes  the  answer  subject  to  Interpretation  and  has  an 
Increased  effect  on  the  safety  factor. 

24.  Computers  are  fine,  however,  back-up  manual  system  needs 
to  be  available. 

25.  Most  of  all  keep  the  procedures  as  simple  as  posslblel 

26.  Should  be  very  easy  to  use  so  average  "crew  dog"  can  do 
It  without  much  hassle* 

27.  Maybe  have  varying  degrees  of  degradation--  Instead  of 
"OK"  vs  "degraded",  have  "OK",  "marginal"  and  "degraded". 

Have  a  2  criteria  display— 3  D  position  and  2  D  position. 
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ns  SAMPLE  POINTS 


MAP 

NO. 

CITY 

STATE 

VOR 

LAT/LONG 

CRITERIA 

1 

ALBANY 

NY 

ALB 

4245N/7348W 

2c 

2 

ALBUQUERQUE 

NM 

ABQ 

3503N/10649W 

Ic 

3 

AMARILLO 

TX 

AMA 

3517N/10138W 

2c 

4 

ARC AT A 

CA 

POT 

4040N/12414W 

3a 

5 

ATLANTA 

GA 

ATL 

3338N/8626W 

Ic 

6 

ATLANTIC  CITY 

NJ 

ACY 

3927N/7435W 

2a 

7 

BANGOR 

ME 

BGR 

4450N/6852W 

2a 

8 

BATTLE  MTN 

NV 

BAM 

4034N/11655W 

3d 

9 

BELLINGHAM 

WA 

BLI 

4757N/12235W 

3a 

10 

BILLINGS 

MT 

BIL 

4548N/10837W 

2c 

11 

BIRMINGHAM 

AL 

VUZ 

3340N/8654W 

2c 

12 

BISMARK 

ND 

DIK 

4646N/10040W 

2c 

13 

BOISE  CITY 

ID 

BOI 

4333N/11611W 

2c 

14 

BOSTON 

MA 

BOS 

4221N/7060W 

la 

15 

BROWNSVILLE 

TX 

BRO 

2555N/9722W 

2a 

16 

BUFFALO 

NY 

BUF 

4256N/7839W 

la 

17 

CASPER 

WY 

CPR 

4205N/10617W 

2c 

18 

CHARLESTON 

WV 

HVQ 

3821N/8146W 

2c 

19 

CHARLESTON 

SC 

CHS 

3254N/8002W 

2a 

20 

CHARLOTTE 

NC 

CLT 

3512N/8057W 

Ic 

21 

CHARLOTTESVILL 

VA 

GVE 

3801N/7809W 

2c 

22 

CHEYENNE 

WY 

CYS 

4113N/10446W 

3c 

23 

CHICAGO 

IL 

JOT 

4133N/8819W 

la 

24 

CLEVELAND 

OH 

DJB 

4121N/8210W 

la 

25 

COLUMBUS 

OH 

APE 

4009N/8235W 

Ic 

26 

CONCORD 

NH 

ENE 

4325N/7037W 

3d 

27 

CORPUS  CHRISTI 

TX 

CRP 

2754N/9727W 

2a 

28 

DALLAS 

TX 

DFW 

3252N/9702W 

Ic 

29 

DAYTONA  BEACH 

FL 

OMN 

2918N/8107W 

2a 

30 

DENVER 

CO 

DEN 

3948N/10453W 

Ic 

31 

DES  MOINES 

lA 

DSM 

4126N/9339W 

2c 

32 

DETROIT 

MI 

CRL 

4203N/8327W 

la 

33 

DULUTH 

MN 

DLH 

4648N/9212W 

2a 

34 

EL  PASO 

TX 

ELP 

3149N/10617W 

lb 

35 

EUGENE 

OR 

BUG 

4407N/12313W 

2c 

36 

FRESNO 

CA 

RPI 

3653N/11948W 

2c 

37 

GLASGOW 

MT 

GGW 

4813N/10637W 

3c 

38 

GLENDALE 

UT 

BCE 

3741N/11218W 

3c 

39 

GOODLAND 

KS 

GLD 

3923N/10141W 

3c 

40 

GRAND  FORKS 

ND 

GFR 

4757N/9711W 

2b 

41 

GRAND  JUNCTION 

CO 

JNC 

3904N/10847W 

3c 

42 

GREAT  FALLS 

MT 

GTF 

4727N/11125W 

2b 

43 

GREEN  BAY 

WI 

GRB 

4433N/8812W 

2a 

44 

HARRISBURG 

PA 

HAR 

4014N/7701W 

2c 

45 

HARTFORD 

CN 

HFD 

4138N/7233W 

2c 
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US  SAMPLE  POINTS  (cont) 


MAP 

NO. 

CITY 

STATE 

VOR 

LAT/LONG 

CRITERIA 

46 

HOUSTON 

TX 

HUB 

2939N/9517W 

la 

47 

INDIANAPOLIS 

IN 

VPH 

3949N/8622W 

Ic 

48 

JACKSON 

MS 

JAN 

3230N/9010W 

2a 

49 

JACKSONVILLE 

FL 

JAX 

3020N/8131W 

la 

50 

KANSAS  CITY 

MO 

MKC 

3917N/9435W 

Ic 

51 

LAS  VEGAS 

NV 

LAS 

3539N/10508W 

2c 

52 

LITTLE  ROCK 

AR 

LIT 

3441N/9211W 

2c 

53 

LOS  ANGELES 

CA 

LAX 

3356N/11826W 

la 

54 

LOUISVILLE 

KY 

IIU 

3806N/8535W 

Ic 

55 

MARQUETTE 

MI 

SAW 

4622N/8723W 

3b 

56 

MEDFORD 

OR 

OED 

4229N/12255W 

2a 

57 

MEMPHIS 

TN 

MEM 

3504N/8959W 

Ic 

58 

MIAMI 

FL 

MIA 

2558N/8028W 

la 

59 

MIDLAND 

TX 

INK 

3152N/10315W 

2c 

60 

MINNEAPOLIS 

MN 

MSP 

4453N/9314W 

Ic 

61 

MINOT 

ND 

MOT 

4816N10117W 

3a 

62 

MOBILE 

AL 

SJI 

3044N/8822W 

2a 

63 

MONTEREY 

CA 

SNS 

3640N/12136W 

2a 

64 

NASHVILLE 

TN 

BNA 

3607N/8641W 

Ic 

65 

NEW  ORLEANS 

LA 

MSY 

3002N/9010W 

la 

66 

NEW  YORK 

NY 

JFK 

4038N/7347W 

la 

67 

NORFOLK 

VA 

ORF 

3653N/7612W 

2a 

68 

NORTH  PLATTE 

NE 

LBF 

4103N/10045W 

3c 

69 

OKLAHOMA  CITY 

OK 

IRW 

3521N/9736W 

Ic 

70 

OMAHA 

NE 

OMA 

4110N/9544W 

Ic 

71 

PANAMA  CITY 

FL 

PFN 

3013N/8541W 

2a 

72 

PHILADELPHIA 

PA 

ARD 

4015N/7454W 

la 

73 

PHOENIX 

AZ 

SRP 

3526N/11153W 

Ic 

74 

PITTSBURGH 

PA 

EWC 

4049N/8012W 

Ic 

75 

PLATTSBURG 

NY 

PLB 

4448N/7325W 

3a 

76 

PORTLAND 

OR 

PDX 

4545N/12235W 

Ic 

77 

PRESQUE  ISLE 

ME 

PQI 

4646N/6806W 

3b 

78 

RAPID  CITY 

SD 

RAP 

4359N/10301W 

3c 

79 

REDDING 

CA 

RBL 

4006N/12214W 

3a 

80 

RENO 

NV 

FMG 

3932N/11939W 

2c 

81 

SALT  LAKE  CITY 

DT 

SLC 

4051N/11159W 

2c 

82 

SAN  ANTONIO 

TX 

SAT 

2939N/9828W 

Ic 

83 

SAN  DIEGO 

CA 

MZB 

3247N/11713W 

la 

84 

SAN  FRANCISCO 

CA 

SFO 

3737N/12222W 

la 

85 

SAVANNAH 

GA 

SAV 

3210N/8107W 

2a 

86 

SEATLE 

WA 

SEA 

4726N/12218W 

la 

87 

SHREVEPORT 

LA 

SHV 

3246N/9349W 

2c 

88 

SIOUX  FALLS 

SD 

FSD 

4339N/9646W 

2c 

89 

SPOKANE 

WA 

GEG 

4734N/11738W 

2b 

90 

SPRINGFIELD 

IL 

CAP 

3953N/8937W 

2c 
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US  SAMPLE  POINTS  (cont) 


MAP  CITT 

NO. 

STATE 

VOR 

LAT/LONG 

CRITERIA 

91  ST  LOUIS 

MO 

STL 

3852N/9029W 

Ic 

92  ST  PETERSBURG 

FL 

PIE 

2754N/8241W 

2a 

93  TUBA  CITY 

AZ 

TBC 

3607N/11116W 

3c 

94  TUCSON 

AZ 

TUS 

3206N/11055W 

lb 

95  WACO 

TX 

ACT 

3140N/9716W 

2d 

96  WASHINGTON  DC 

DC 

OTT 

3842N/7645W 

la 

97  WICHITA 

KS 

ICT 

3745M/9735W 

2c 

98  WILMINGTON 

NC 

ILM 

3421N/7752W 

2a 

99  YELOWSTONE 
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constellation,  ^The  second  tier  consists  of  areas  and  associated  times 
of  degraded  coverage. 

Two  methods  of  initial  transmission  of  the  status  information  are 
identified.  The  Notices  to  Airmen  (NOTAM)  system  that  currently  exists 
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is  one  primary  transmission  system^  The  other  recommended  initial  link 
in  the  transmission  process  is  electronic  mail.  Further  dissemination  by 
appropriate  agencies, using  a  variety  of  transmission  methodSj is  also 
outlined. 
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